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1  .  INTRODUCTION 


This  document  reports  on  the  development  and  analysis  of  a 
new,  easily  expandable,  highly  fault  tolerant  self-routing 
computer  network  topology.  The  topology  applies  equally  to 
any  general  purpose  computer  networking  environment.  This 
new  connectivity  scheme  is  named  the  "spiral"  topology  for 
reasons  that  will  become  evident  shortly.  A  spiral  network 
evolves  by  adding  modules  to  a  minimum  starting  topology.  A 
module  consists  of  four  fully  connected  computer  nodes.  The 
modules  are  added  to  the  existing  topology  one  at  a  time, 
until  the  desired  network  size  is  attained.  Figure  l-l(a) 
shows  an  example  of  a  seven  module,  28  node  network.  The 
module  threading  pattern  in  figure  1-1 (b)  depicts  more 
clearly  the  order  in  which  modules  are  connected. 

The  spiral  topology  features  a  simple  Internal  self-routing 
algorithm  that  adapts  quickly,  and  automatically,  to  failed 
links  or  nodes.  The  simple  routing  feature,  our  selection 
of  four  computer  nodes  to  form  a  module,  and  the  ease  at 
which  the  network  can  be  expanded,  are  all  direct 
consequences  of  our  choice  of  a  base  four  <4)  node  numbering 
system  for  Internal  control  of  the  network. 

Analysis  confirms  that  throughout  the  spiral  network, 
routing  can  be  done  "on-thfe-fly"  based  on  spiral  and 
direction  flags  initialized  at  the  source  node.  No  global 
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network  connectivity  or  routing  tables  are  necessary  at 
nodes.  There  is  no  global  network  overseer  (master)  node 
since  all  nodes  operate  at  the  same  common  precedence  level. 
A  particular  node  has  routing  and  status  knowledge  of 
directly  connected  nodes  only. 


The  spiral  topology,  with  its  fast  on-the-fly  routing 
capability,  is  highly  amenable  to  fiber  optic  communications 
in  both  local  and  wide  area  computer  networks.  The  fast 
routing  attribute  precludes  storing  of  messages  while  a 
routing  decision  is  being  made.  Further,  since  the 
simulation  model  assumes,  and  is  run  unde*  Poisson  arrival 
rate  of  exponentially  distributed  messages.  Integrated 
Services  Digital  Network  (ISDN)  type  traffic  can  be  passed 
over  the  network  with  ease.  This  is  possible  because  ISDN 
traffic  is  expected  to  be  an  independent  mix  of  voice,  data, 
and  video  that  will  be  transmitted  using  circuit  and  packet 
switching  technology.  A  Poisson  arrival  rate  of  traffic 


means  that  the  time  between  message  arrivals  is 


exponentially  distributed,  and  the  independent  traffic  mix 


of  voice,  data,  and  video  is  best  modeled  by  selecting  the 


size  of  transmitted  messages  from  an  exponential 


distribution.  Assuming  a  fixed  transmission  rate,  the 


service  time  of  this  traffic  mix  will  be  exponentially 


distributed. 
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The  motivation  for  a  new  computer  network  topology  is 
Introduced  in  chapter  2,  where  two  current  applications 
areas  are  discussed.  In  chapter  3,  •  we  present  a  brief 
description  of  the  four  traditional  network  topologies:  the 
bus,  ring,  star,  and  mesh.  Chapter  4  consolidates  the  time 
delay  formulas  for  the  most  popular  local  area  network 
topologies . 


Chapter  5  marks  the  beginning  of  the  new  and  significant 
contribution  to  the  field  of  Computer  Communications,  since 
that  chapter  contains  a  general  description  of  the  spiral 
network  topology.  Chapter  6  addresses  how  the  spiral 
routing  algorithm  operates  with  and  without  failed  computer 
nodes.  A  detailed  analysis  of  the  error  free  spiral  network 
is  presented  in  chapter  7,  and  chapter  8  contains  the 
results  of  analysis  when  nodes  have  failed.  Chapter  9 
summarizes  conclusions  resulting  from  a  thorough  study  of 
the  spiral  network  topology.  And  finally.  Chapter  10 
contains  a  discussion  of  suggested  areas  for  additional 
study . 


2.  MOTIVATION  FOR  A  NEW  TOPOLOGY 


2.1.  Specific  Operational  Requirement 

The  National  Aeronautics  and  Space  Administration  (NASA)  is 
currently  pursuing  its  objective  of  having  a  Space  Station 
operational  in  the  1990’s.  NASA  planners  foresee  the 
station  evolving  from  an  initial  physical  “module"  [li  that 
supports  critical  life  support  and  spacecraft  navigational 
functions,  to  a  fully  manned  self-sustaining  station  where 
several  dozen  space  pioneers  live  and  work  for  extended 
periods  of  time.  The  station  will  evolve  one  module  at  a 
time,  until  the  complete  desired  configuration  Is  attained 
ill  . 

NASA  expects  each  module  to  contain  4  -  5  computer  nodes 

that  must  Interact  and  be  highly  tolerant  to  faults  within 
that  module,  and  throughout  the  entire  network.  A  fault  is 
defined  as  a  failed  network  node  or  link.  Limited  physical 
space  within  each  station  module,  and  exorbitant  cost, 
preclude  hardware  duplication  as  the  answer  to  the  fault 
tolerance  requirement.  Further,  NASA  envisions  the  station 
evolving  to  a  total  of  10  -  20  modules,  each  containing  4  - 
5  local  area  computer  network  nodes  til.  NASA  requires  that 
all  nodes  have  access  to  all  others,  no  matter  where  they 
are  physically  positioned  in  the  Space  Station. 

I 

I 
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Although  the  station  Is  not  expected  to  become  operational 
until  the  I990's,  Space  Station  planners  and  developers  have 
already  defined  fairly  clearly  the  type  of  environment,  and 
communications  needs  expected  in  that  environment.  In 
particular,  a  Space  Station  Information  System  [481  has  been 
described,  and  functions  of  the  various  components  have  been 
allocated  to  specific  data  system  building  blocks. 

The  following  list  documents  the  anticipated  functions  of 
the  Space  Station  Information  System  [481: 

-  Manage  Customer/Operator  Delivered  Data 

-  Manage  Customer/Operator  Supplied  Data 

-  Schedule  and  Execute  Operations 

-  Operate  Core  Systems 

-  Manage  Facilities  and  Resources 

-  Develop,  Simulate,  Integrate,  and  Train 

-  Support  Space  Station  Programs 

It  can  be  seen  from  this  list  that  the  "users"  of  the  Space 
Station  Information  System  will  Include  Space  Station  core 
systems,  crew  members,  as  well  as  customer  equipment. 

Although  subject  to  change  as  technological  advances  and 
constraints  are  realized,  the  following  general  functions  of 
the  Command  and  Data  Management  Support  Subsystem  for  the 
Space  Station  are  expected  to  mold  the  type  of 


communications  network  ultimately  deployed  aboard  the 
station  til: 

*  Communications  and  Tracking 

Voice  intercom 
Detached  vehicle 
Ground  crew  and  vehicles 

*  Data  Handling 

Acquisition/Retrieval  of  data 

Data  distribution  (automatic  and  upon  demand) 

Data  processing/number  crunching 
Storage  of  data 

Realtime  support  for  display  and  crew  input 

*  Closed-Circuit  TV 

Cameras  and  monitors 

*  Timing 

Generation 
Distribution 
Timing  displays 

These  general  functions  must  be  Implemented  in  a  fashion 
that  is  both  efficient,  and  user  friendly.  Further,  a  key 
aspect  of  the  resulting  communications  network  is  that  it  be 
highly  fault  tolerant.  In  an  environment  as  Isolated  from 
the  earth  as  the  Space  Station  will  be  from  a  logistics 
viewpoint,  highly  reliable  fault  tolerant  communications 
among  those  aboard  the  station,  as  well  as  between  the 
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station  and  ground  control.  Is  essential. 

Therefore,  NASA  has  identified  the  following  preliminary 
requirements  of  the  communications  network  that  will  form 
the  heart  of  the  Space  Station  Data  System  111: 

*  Highly  faul t-tolerant 

*  Having  between  ten  and  one  hundred  nodes 

*  All  nodes  are  created  equal,  but  not  all  messages 

*  The  network  will  operate  in  the  Space  Station 
composed  of  from  ten  to  twenty  space  lab  modules, 
with  four  to  five  nodes  per  module 

*  Total  Space  Station  configuration  has  the  maximum 
dimension  of  150  feet 

*  The  space  lab  modules  are  butted  up  against  each 
other  to  form  complex  shapes 

*  The  network  management  functions  will  be 
distributed  among  the  nodes 

Based  on  these  requirements,  it  becomes  quite  clear  that  a 
local  area  network  with  standard  interfaces  (and  identical 
equipment  where  possible),  and  high  bandwidth  capability  is 
necessary  to  provide  both  responsiveness  and  the  high  degree 
of  fault  tolerance  mandated.  Of  course  the  degree  of  fault 
tolerance  is  more  a  function  of  the  connectivity  of  the 
resulting  network,  than  it  is  the  speed  as  perceived  by  the 


To  meet  these  requirements,  NASA  needs  a  network  topology 
that  is  1)  highly  tolerant  to  failureCs);  2)  easily 
expandable  without  having  to  reconfigure  the  existing 
topology;  3)  capable  of  operating  via  decentralization  of 
control;  and  4)  capable  of  hardllng  an  integration  of  voice, 
video,  and  data  traffic.  It  will  be  shown  that  the  spiral 
topology  meets  these  needs. 

2.2.  Integrated  Services  Digital  Network 

2.2.1.  Introduction 

This  section  presents  a  brief  overview  of  the  Integrated 
Services  Digital  Network  (ISDN).  Specific  transmissions 
protocols  that  can  be  used  for  Integrating  voice  and  data  In 
a  local  area  network  are  addressed  in  C21.  Further,  a 
detailed  analytical  discussion  of  several  mathematical 
models  suitable  for  integrating  voice  and  data  is  presented 
by  M.  Schwartz  in  131. 

Information  networks  around  the  globe  are  approaching  a 
revelation  in  new  service  and  revenue  opportunities.  The 
revelation  is  ISDN.  The  opportunities  derive  from  the 
transport  power  and  flexibility  of  ISDN's  standard  access 
interfaces  and  integrated  channel  structures.  End  users, 
network  providers,  and  network-systems  suppliers  alike  will 
benefit  from  a  host  of  integrated  voice  and  data  services 


which  ISDN  makes  possible  for  the  first  time  14] . 

Evolution  of  the  public-switched  telephone  network  in  the 
past  has  been  governed  primarily  by  the  need  to  provide 
voice  services.  The  network  that  evolved  was  analog,  and 
predominately  electromechanical.  Before  1962  (when  pulse 
code  modulation  was  Introduced),  the  transmission  facilities 
for  the  telephone  network  were  all  analog  [5,  6J.  This 
analog  network  was  not  well  suited  to  serve  the  emerging 
needs  of  data,  facsimile,  and  video.  In  the  past  decade, 
however,  the  many  advantages  of  digital  systems  (small  cost 
and  size,  large  transmission  and  switching  capabilities, 
high  signal  quality,  flexibility,  ease  of  maintenance)  have 
promoted  the  conversion  of  transmission  and  switching 
systems  from  analog  to  digital  in  many  telephone 
administrations  around  the  world. 

The  criteria  for  justifying  conversion  to  digital  technology 
have  been  lower  life-cycle  operating  costs  rather  than 
Increased  revenue  due  to  new  nonvoice  services.  So  although 
the  switched  network  is  slowly  being  transformed  to  a 
digital  one,  the  architecture  of  the  facilities  is  still 
biased  towards  providing  voice  service  £63. 

The  adoption  of  digital  techniques  in  the  public  switched 
network  makes  it  possible  and  cost  effective  to  integrate 
voice,  data  and  video  services  into  a  single  Integrated 


Services  Digital  Network.  The  ISDN  Is  envisioned  as  an 
International  digital  communications  network,  supporting  a 
wide  spectrum  of  user  needs  C81.  The  central  theme  In  ISDN 
is  that  different  services,  all  of  them  digital  in  nature, 
can  use  this  same  connection  or  channel,  resulting  In  better 
channel  utilization. 


The  fundamental 

principles 

embodied 

In  an  ISDN  are  171 

digitization  with 

high 

bandwidth,  world- 

wide  standards,  and 

integrated 

fuctional ity 

and 

services. 

The  three  elements 

general  1 y 

recognized 

as 

necessary 

to  support  these 

principles 

are 

131 ; 

1) 

All  digital 

channels  are  used 

end-to-end; 

2) 

the 

network  handles 

a  multiplicity  of 

services 

with 

possibly 

differing 

bandwldths  using 

Interleaved 

bit 

streams; 

and  3) 

there  are  standard 

Interfaces  for  user  access. 

The  major  bottleneck  Impacting  the  evolution  to  an  ISDN 
appears  to  be  the  conversion  of  existing  subscriber  local 
loops  and  equipment,  to  digital  operation  19,  101. 

2.2.2.  Definition  of  an  I  DSN 

The  goal  of  the  ISDN  Is  to  provide  a  versatile,  multiservice 
network  with  standard  customer  interfaces  and  international 
capabilities.  This  goal  results  In  the  definition  and 


standardization  of  digital  Interfaces,  both  user-to-network. 


and  network-to-network .  ISDN  Is  a  generic  term  referring  to 
the  Integration  of  communication  services  transported  over 
digital  facilities.  As  a  public  network  concept,  ISDN  deals 
with  the  evolution  of  the  digital  network  as  a  carrier  of 
both  voice  and  data  applications  [8,  11].  The  ISDN  aim  is  to 
provide  cost-effective,  end-to-end  digital  connectivity  to 
support  a  wide  range  of  voice  and  nonvoice  services  [12]. 
The  International  Telegraph  and  Telephone  Consultation 
Committee's  <CCITT)  conceptual  principle  is  that  "The  ISDN 
will  be  based  on  and  evolve  from  the  telephony  ISDN  by 
progressively  incorporating  additional  functions  and  network 
features,  including  those  of  any  other  dedicated  networks 
such  as  data  packet-switching,  so  as  to  provide  for  existing 
and  new  services*  161.  The  CCITT  defines  ISDN  as 

A  network  evolved  from  the  telephony  Integrated 
Digital  Network  <IDN)  that  provides  end-to-end 
digital  connectivity  to  support  a  wide  range  of 
services,  including  voice  and  nonvoice  services,  to 
which  users  have  access  by  a  limited  set  of 
standard  multipurpose  user-network  Interfaces. 

ISDN  is  motivated  by  the  economics  and  flexibility 
associated  with  multiservice  applications.  The  evolution  to 
multiservice  applications  has  led  to  the  ISDN  concept  of  a 
family  of  standard  customer  Interfaces  which  provide  access 
to  the  network,  all  of  which  operate  in  synchronous,  full 
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duplex  node  [61. 

The  standard  Interface  concept  Is  being  vigorously  addressed 
by  the  CCITT.  Study  groups  of  the  CCITT  are  working  on  the 
development  of  Interfaces  that  will  be  compatible  with 
existing  64-kbps  digital  voice  channels,  and  that  will 
incorporate  signaling  channels  as  well.  An  example  of  such 
an  Interface,  the  first  one  developed  as  a  CCITT 
recommendation  [31,  Is  the  2B  +  D  narrowband  Interface. 
This  consists  of  two  64-kbps  B  channels  for  information 
transfer,  and  a  16-kbps  D  channel  for  signaling  and  other 
uses  (figure  2-1).  The  three  channels,  totaling  144-kbps  of 
transmission  capability,  are  interleaved.  A  B  channel  could 
be  used  for  digital  voice  or  circuit  switched  data;  the  D 
channel  could  be  used  for  carrying  packet  switched  data  as 
well  as  control  packets  [31.  In  particular,  the  D  channel 
may  be  used  for  signaling  for  the  B  channel,  telemetry,  and 
low-speed  data  transport  [111.  Wider  band  Interfaces,  based 
on  an  nB  +  D  structure,  with  the  D  channel  considered  a 
64-bkps  channel,  are  also  being  developed  as  CCITT 
recommendations.  With  n  =  23,  this  possible  standard  makes 
the  structure  compatible  with  the  1.544-Mbps  Tl  standard;  n 
=  30  makes  it  compatible  with  the  worldwide  2.048-Mbps 
digital  transmission  standard.  Other  Interface 
recommendations  are  designed  to  handle  even  higher  bandwidth 
services  such  as  video  and  high  speed  facsimile  C  3 1 . 
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Figure  2-1.  Concept  of  Potential  ISDN  Frame. 
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In  the  Bell  Operating  Companies  <BOC)  networks,  initial  ISDN 
integration  will  be  realized  on  the  access  portion  of  the 
network.  Figure  2-1  displays  the  concept  of  an  ISDN 
interface  frame.  And  figure  2-2  represents  the  conceptual 
view  of  ISDN  capabilities  [111. 

2.2.3.  Architecture 

Irvin  Dorros  113,  141  suggests  the  general  local 
architecture  shown  in  figure  2-3.  The  key  ISDN  concepts  are 
that  the  customer  will  be  supplied  with  a  telecommunications 
transport  capacity  measured  in  maximum  bit  rate  at  a 
standardized  Interface.  This  bit  stream  capacity  will  be 
provided  by  the  network  to  a  customer's  premise  in  what 
Dorros  calls  a  “digital  pipe".  The  customer  will  aggregate 
the  variable  bit  rate  capacity  needs  of  his  terminals  at  a 
control  device  that  interfaces  with  this  network  pipe. 
Ultimately,  packet  and  circuit  switching  access  will  be 
Integrated  and  provided  on  the  same  pipe. 

As  an  architectural  representation  for  the  network  Itself, 
Mario  Gerla  151  forsees  ISDNs  evolving  in  three  phases:  In 
phase  I,  the  ISDN  will  consist  of  two  separate  networks,  one 
for  circuit-switched  <CS)  traffic,  and  the  other  for 
packet-switched  (PS)  traffic,  and  a  single  access  Interface 
for  both  networks.  In  phase'll,  CS  and  PS  traffic  will 
share  transmission  media  but  will  use  different  switching 


facilities.  Finally.  In  phase  III,  transmission  and 
switching  facilities  will  be  shared  by  CS  and  PS  traffic  in 
a  fully  hybrid  Integrated  network. 

Perhaps  the  most  elaborate  description  of  the  evolving  ISDN 
architecture  is  contained  in  "Bell's  Concept  of  the  ISDN* 
1151.  This  reference  provides  three  separate  Bell  system 
network  capabilities,  each  of  which  can  support  one  or 
several  ISDN  applications.  All  of  these  capabilities 
provide  switched,  end-to-end  digital,  full-duplex  data 
connections  over  2-wire  loops.  The  first  capability  deals 
with  circuit  switching  of  56-kbps.  The  second  deals  with 
packet  switching  in  a  local  area  at  speeds  of  up  to  8-kbps 
and  possibly  higher.  This  second  capability  involves  the 
use  of  statistical  multiplexers  to  concentrate  many  calls 
onto  a  single  56-kbps  line.  The  final  capability  deals  with 
long  haul  packet  switching  at  speeds  of  56-kbps. 

An  outline  of  current  proposals  for  an  early  application  of 
optical  fiber  in  the  local  network,  and  discussion  of  how 
these  proposals  act  as  stepping  stones  toward  the  broadband 
ISDN  is  found  in  1161. 
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2.2.4.  Service  Requirements  and  Network  Capabilities 

ISDN  planning  must  take  into  consideration  the  wide  range  of 
customer  service  requirements  that  an  ISDN  might  be  required 
to  support.  These  customer  needs  Include  1 1 5 J  interactive 
data,  image  processing,  bulk  data,  audio  and  video. 
Further,  standard  ISDN  user-network  interfaces  must  be 
responsive  to  these  customer  needs  C181.  The  following 
sections  give  some  general  characterizations  of  the 
transmission  bit  rates  of  these  customer  needs.  Other 
important  considerations  include  the  burstiness  of  traffic, 
the  error  rate  required  and  session  length.  All  of  these 
vary  over  a  wide  range  depending  upon  the  application. 
Figure  2-4  graphically  summarizes  some  of  these 
characteristics . 

Many  telemetry  type  applications  such  as  meter  reading, 
energy  management,  and  security,  have  very  low  average  bit 
rates,  less  than  300-bps.  Interactive  data  applications 


generally  use 

terminals 

to 

access  data  bases. 

word 

processors. 

computers 

and 

other  terminals. 

These 

applications  include  inqu 1 ry /response  and  transactions  which 
tend  to  have  bit  rates  less  than  4.8-kbps  [151. 

Image  applications  are  characterized  by  the  transmission  of 
fixed  images  and  Include  facs4mile,  graphics  and  slow-scan 
or  freeze-frame  TV.  They  can  be  handled  with  a  bit  rate  of 
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64-kbps  or  less  £151. 


Audio  includes  signals  such  as  voice  and  music.  In  the  U.S., 
voice  has  generally  been  encoded  at  64-kbps  for  transmission 
on  the  network.  Methods  do  exist,  however  for  transmission 
of  voice  at  speeds  less  than  64-kbps  with  acceptable  quality 
for  many  applications  £151. 


Bulk  data  transfer  encompasses  applications  such  as  the 
transmission  of  large  data  files  between  computers.  One 
application  Is  the  nightly  transfer  of  billing  data  from 
large  remote  locations  to  a  central  host  facility.  Such 
applications  can  use  speeds  of  up  to  1.544-Mbps  £151. 


Pull  motion  video  can  be  provided  in  a  number  of  formats. 
For  example,  broadcast  quality  video  requires  about  4.5-MHz 
as  an  analog  signal  or  approximately  100-Mbps  as  a  digital 
signal.  Of  course  signal  compression  techniques  can  reduce 
this  considerably  £10,  151. 


The  various  customer  needs  just  described  can  be  generated 
from  a  wide  variety  of  customer  types  £171.  These  include 
the  banking  and  airline  industries,  universities,  electronic 
publishing,  electronic  suppport  of  catalog  shopping, 
automated  offices,  and  even  private  networks  that  serve  the 
specific  needs  of  single  large 'customers . 


Studies  of  the  ISDN  objectives  have  Identified  four  general 
categories  of  network-level  functional  entitles  that  may  be 
needed  [121: 

*  Transaction  routing  and  control 

*  Network  management  and  operation 

*  “Add-on"  characteristics  <l.e.  service  options) 

*  Information  processing 

2.2.5.  Evolution  to  an  ISDN 

Several  authors  express  their  own  interpretation  of  how  ISDN 
has  and  will  continue  to  evolve  15,  10,  11,  12,  14,  15,  17, 
19,  211.  Contained  In  this  section  Is  an  attempt  to  tie 
these  approaches  together  in  a  way  to  demonstrate  that 
although  unique  Interpretations  exist,  they  all  tend  to 
point  in  the  same  general  direction.  This  section  discusses 
a  global  view  of  ISDN  as  key  world-wide  efforts  are  cited. 

A  recent  Issue  of  the  Journal _ on _ Selected _ Areas _ .in 

£2SS2Qi.S2&i.2!12  1201  contains  numerous  articles  by  various 
authors  on  how  different  ISDN  system  components  will  likely 
be  Implemented.  And  finally.  Appendix  A  contains  further 
details  on  the  evolution  to  an  ISDN,  addressing  the  Bell 
Operating  Companies  <BOCs),  and  specific  subsets  of  the 
global  ISDN. 
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ISDN  evolution  will  not  be  unique  C12,  14],  since 
transformation  will  vary  depending  on  such  factors  as  the 
existing  network,  operating  organization,  regulation, 
competition,  geographical  and  economic  environment,  and 
technology  and  Interpretation  of  standards. 

ISDN's  will  be  based  on  the  concepts  developed  for  telephone 
Integrated  Digital  Networks  (IDN's),  and  may  evolve  by 
progressively  incorporating  additional  functions  and  network 
features,  including  those  of  other  dedicated  networks  such 
as  circuit-switching  and  packet-switching  for  data,  so  as  to 
provide  for  existing  and  new  services  [6,  121. 

Information  users  are  looking  to  ISDN  as  a  future 
telecommunications  service  shopping  center  (121.  Shopping 
centers  yield  efficient,  easy  access,  and  economies  of 
scale,  by  bringing  many  services  under  one  roof.  The  ISDN  is 
being  designed  to  give  users  a  uniform  view  of  a  wide 
variety  of  applications. 


Although  cost-effective  functionality,  and  not  technology, 
is  the  user's  primary  concern  C121,  users  realize  benefits 
of  an  ISDN.  They  need  timely,  stable  standards  in  order  to 
make  cost-effective  plans  to  tailor  their  network's 
evolution  to  their  business  demands.  The  CCITT  layered 
Interface  approach  to  ISDN  standardization  responds  to  the 
user's  needs,  since  it  permits  terminal  and  network 
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technologies  to  evolve  Independently.  ISDN  flexibility  is 
achieved  through  setting  digits  in  signaling  protocol  fields 
and  not  setting  voltages  on  a  large  number  of  Interface 
wires  (121. 

We  now  look  at  where  we  are  in  achieving  the  ISDN  vision 
1141.  General  concensus  within  the  Industry  is  that  for 
integrated  services  networks,  voice  will  be  dominant  for  a 
long  time  to  come  and  will  be  the  factor  which  sets  the  pace 
of  a  truly  Integrated  evolution.  In  the  U.S.,  we  have 
surpassed  the  1000  time  division  central  office  mark.  In 
addition,  there  are  thousands  of  digital  Private  Branch 
Exchanges  (PABX's)  of  various  sizes  which  connect  into  our 
national  communications  network. 

In  transmission,  there  are  nearly  100  million  circuit  miles 
of  T-carrler  CT1,  T2,  etc),  and  over  5  million  circuit  miles 
of  digital  radio  in  the  U.S.  There  are  approximately  a 
quarter  of  a  million  loops  employing  digital  subscriber 
carriers.  Lightwave  is  also  a  fast  emerging  digital 
tramsmisslon  technology  [141. 

An  Important  capability  in  an  evolving  ISDN  is  common 
channel  signaling.  Over  25%  of  U.S.  intertoll  trunks  are 
now  utilizing  the  world's  largest  packet  switched  network  - 
the  Common  Channel  Interoffice  Signaling  (CCIS)  Network 
1141.  Thus  in  the  U.S.,  we  have  been  and  will  continue  to 


Introduce  the  transmission,  signaling,  and  switching  parts 
of  the  ISDN. 

The  TransCanada  Telephone  System  is  developing  a  fundamental 
plan  for  an  ISDN  through  1990.  By  the  late  I980's,  about  2 
million  Canadian  lines  are  expected  to  be  served  from 
digital  central  offices.  Canada  already  has  an  extensive 
packet  switched  network  called  DATAPAC  with  interconnections 
to  other  countries  (141. 

There  can  be  little  doubt  about  the  commitment  of  France  to 
the  digitization  of  Its  network.  The  French  PT&T  was  the 
first  to  commit  Its  future  to  digital  switching  and 
transmission.  France's  TRANSPAC  data  network  is  in  operation 
and  Is  interconnected  to  Euronet  [141. 

In  Great  Britain,  the  Post  Office  is  planning  an  ISDN, 
centered  around  System  X  and  a  nationwide  lightwave  network. 
West  Germany,  Japan,  Italy,  and  Sweden  are  all  proceeding 
towards  digital  switching  and  transmission.  National  data 
networks,  which  are  Interconnected  Into  Euronet,  now  exist 
In  the  major  European  countries.  Videotex  and  Teletex  are 
also  emerging  in  Europe,  Japan,  Canada,  and  the  U.S.  1141. 

This  quick  and  Incomplete  summary  of  the  status  of  the  ISDN 
evolution  around  the  world  gives  the  flavor  of  where  we  are 
at  present.  The  accomplishments  which  have  been  mentioned 


involve  the  production  and  deployment  of  some  parts  of  the 
ISDN.  Each  of  these  has  been  deployed  largely  because  it  was 
the  economic  choice  for  a  specific  application,  such  as  a 
digital  local  switch,  a  digital  carrier  system,  or  even  a 
digital  service  network.  The  combined  capital  and 
operational  savings  available  through  digital  switching  and 
transmission  should  continue  to  expand  the  deployment  of 
digital  parts  even  without  an  ISDN  C 1 4 1 .  See  Appendix  A  for 
additional  details  on  evolution  to  an  ISDN. 

2.2.6.  ISDN  Applicability  to  the  NASA  Space  Station 

As  indicated  earlier,  the  goal  of  the  ISDN  is  to  provide  a 
versatile,  multiservice  network  with  standard  customer 
interfaces.  ISDN  will  continue  to  evolve  from  the  emerging 
public  digital  network,  and  thus  should  be  fairly  well 
defined,  and  also  developed  by  the  1990's.  The  fact  that 
mo3t  authorities  in  the  communications  and  computer  fields 
expect  the  ISDN  to  come  into  its  own  between  now  and  1990  is 
of  particular  significance  to  planners  of  the  NASA  Space 
Station. 

It  now  is  clear  that  an  ISDN  type  of  structure  aboard  the 
Space  Station  is  advantageous  for  several  reasons.  First, 
the  evolving  digital  technology  upon  which  the  ISDN  is  based 
will  be  well  proven,  and  accepted  by  the  time  the  Space 
Station  is  to  become  operational.  This  allows  NASA  to  take 


advantage  of  existing  state  of  the  art  technology. 
Secondly,  the  multiservice,  versatile  standard  interface 
requirements  of  the  ISDN  type  network  will  accommodate  the 
voice,  data,  and  video  needs  of  the  station  quite  well.  This 
Is  especially  true  if  predicted  advances  in  fiber  optical 
technology  come  to  pass  allowing  for  (perceived)  unlimited 
channel  capacity.  The  station's  requirements  for  quick 
responsiveness  and  fast  turnaround  on  critical  computer 
computations  and  processing,  dictate  very  high  channel 
capacity.  Also,  by  designing  and  installing  an  ISDN  type 
communications  network,  the  station  will  not  have  to  expend 
funds  and  manhours  in  determining  how  best  to  Interface  the 
Space  Station  with  the  worldwide  ISDN  should  a  clear  need  to 
do  so  exist.  The  technology  will  already  exist  and  thus 
NASA  can  concentrate  on  how  best  to  Implement  the  technology 
so  as  to  provide  most  efficient  and  effective  service  to  the 
station.  And  finally,  the  anticipated  size  of  the  station  Is 
such  that  an  integration  of  hardware  and  software  functions 
is  essential  if  all  needs  are  to  be  met  satisfactorily 
within  the  150  to  200  feet  area.  The  concept  of  an  ISDN 
allows  for  the  most  efficient  use  of  a  very  small  work  area. 

In  summary,  the  massive  amounts  of  video,  voice  and  bulk 
data  requirements  of  the  station  can  best  be  met  by 
installing  a  fast  (which  implies  fiber  optics  technology), 
highly  modularized  (which  Implies  ease  of  expansion), 
integrated  communications  network.  These  requirements  are 
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precisely  what  the  ISDN  Is  all  about  whether  viewed  In  the 
context  of  a  local  or  long-haul  network. 

2.3.  Why  spiral  Over  Traditional  Topologies? 

Our  spiral  topology  is  flexible  In  that  it  is  easily 
expanded  to  any  desired  number  of  modules.  Although  nodes 
are  added  four  at  a  time  (as  a  full  module),  they  need  not 
be  activated  locally  until  needed;  the  network  still 
functions  properly.  The  expansion  of  a  spiral  configuration 
requires  no  restructuring  of  a  complex  routing  scheme,  since 
there  is  none.  There  13  no  need  for  each  node  to  maintain 
routing  tables  or  connectivity  matrices  for  the  entire,  or 
partial  network.  Messages  move  automatically  from  node  to 
node  based  on  the  spiral  and  direction  flags  Initialized  at 
the  originating  node.  Also,  node  failures  have  minimal 
Impact  on  operational  nodes  since  messages  are  automatically 
routed  around  failed  nodes  by  the  directly  connected 
operational  node.  Further,  with  the  spiral  topology,  severe 
network  degradation  due  to  multiple  node  and  module  failures 
does  rivt  preclude  good  nodes  from  communicating  with  each 
other.  As  long  as  a  path  exists  between  any  two  nodes,  no 
matter  the  length,  the  self-routing  algorithm  will  seek  out 
this  path  and  deliver  the  message  to  Its  destination. 


Finally,  one  major  drawback  to  using  fiber  optics  in  local 
area  networks  Is  the  relatively  high  cost  (In  time  delay  and 


money)  associated  with  optical  to  electrical  and  electrical 
to  optical  conversion  of  messages  for  intermediate  storage. 
In  particular#  the  high  speed  of  fiber  communication  in 
store  and  forward  environments  is  somewhat  negated  by  the 
slower  process  of  converting  the  message  for  storage  while 
either  a  routing  decision  is  made,  or  the  message  awaits  the 
outgoing  transmission  link.  Conversion  to  electrical  format 
for  temporary  storage  is  necessary  due  to  a  lack  of  cost 
effective  optical  memory  technology  for  message  storage. 
With  spiral,  since  messages  are  routed  on-the-fly,  there 
will  be  no  need  to  store  messages  while  a  routing  decision 
is  being  made.  Only  busy  links  will  cause  the  message  to  be 
stored.  Thus,  the  balance  between  message  and  circuit 
switching  should  be  more  easily  attained.  This  feature  alone 
opens  numerous  new  opportunities  for  fiber  optics  use  in 
local  area  network  environments,  and  other  environments 
where  storing  and  forwarding  of  messages  is  an  Integral  part 
of  transmission. 


3.  REVIEW  OF  TRADITIONAL  TOPOLOGIES 


3.1.  Introduct Ion 

Four  traditional  computer  network  topologies  have  emerged 
over  the  years  to  form  the  basis  for  network  structures:  1) 
bus;  2)  ring;  3)  star;  and  4)  mesh.  While  each  has  proven 
advantages  for  the  environments  for  which  they  were 
designed,  each  also  has  distinct  disadvantages  centered 
around  type  and  volume  of  traffic,  delivery  speed 
requirements,  number  of  users  (connected  nodes),  and 
geographies'  placement  of  these  users.  Further,  given  that 
one  of  these  topologies  is  selected  for  a  new  network,  users 
are  then  expected  to  use  one  of  the  few  access  schemes 
germane  to  that  topology  In  order  to  increase  chances  of  the 
network  performing  as  originally  intended. 

3.2.  Bus  Topology 

The  bus  topology  (figure  3-1)  is  good  for  bursty  type 
traffic  whose  messages  are  relatively  short.  Although  this 
scheme  can  serve  a  large  number  of  users,  conflicts 
resulting  from  attempts  to  transmit  simultaneously  by  two  or 
more  users  (called  collisions),  are  inevitable.  The 
probability  of  collisions,  and  taking  positive  steps  to 
minimize  them,  results  in  a  fairly  low  theoretical  maximum 
message  throughput  threshold.  Access  to  a  bus  topology  is 


usually  via  some  contention  scheme,  where  users  compete  with 
each  other  for  access  to  the  transmission  channel. 
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Broadcast  Bus  Topology. 


;  3.3.  Ring  Topology 
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In  ring  topologies  (figure  3-2),  all  users  are  connected  in 
a  circular  fashion,  and  a  message  Is  passed  around  the  ring 
from  one  user  to  the  next,  until  Its  final  destination  node 
Is  reached.  There  Is  a  maximum,  theoretical  limit  to  the 
number  of  bits  that  can  appear  on  a  ring  at  any  one  time, 
and  throughput  and  delay  are  both  heavily  Influenced  by  the 
ring  size.  Further,  some  central' control ler  usually  manages 
the  ring  to  insure  proper  operation.  In  this  environment. 


i 

> 
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contention/  reservation,  or  token  passing  are  typical 
schemes  that  determine  who  gets  to  send  next. 


Figure  3-2.  Ring  Topology. 


3.4.  Star  Topology 

The  star  (figure  3-3)  topology  relies  heavily  on  a  central 
controller  that  acts  as  a  "master"  to  the  connected  "slave" 
nodes.  Usually  polling  Is  the  access  scheme  used  here.  The 
major  drawback  to  the  star  topology  Is  that  of  failure  of 
the  master  controller.  If  the  master  falls,  then  the  slaves 
become  isolated  orphans.  Although  expanding  a  star  Is  a  bit 
more  straight  forward  than  expanding  a  ring,  every  added 
node  means  Increased  average  network  delay  for  each,  since  a 
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greater  number  of  nodes  compete  for  attention. 


Figure  3-3.  Star  Topology. 

3.5.  Fully  Connected  Mesh  Topology 

Finally,  the  fully  connected  mesh  (figure  3-4)  topology  is 
the  most  flexible  of  the  traditional  topologies  since  nodes 
typically  operate  at  the  same  precedence  level,  and  failed 
nodes  can  be  bypassed  via  alternate  routing.  Thus,  the  mesh 
offers  the  best  opportunity  over  the  other  three  to  reduce 
network  delay  and  Increase  throughput  for  various  numbers  of 
nodes.  However,  If  more  than  a  handful  of  nodes  are  fully 
connected,  complex  network  routing  and  management  algorithms 
are  needed  for  successful  operation.  Also,  most  mesh  type 
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networks  operate  in  a  store  and  forward  mode,  where  an 
entire  message  is  received  and  stored  at  an  Intermediate 
node  before  it  is  forwarded  to  the.  next  node  in  the 
message's  route  path.  Therefore,  the  inherent  Increased 
cost  in  dollars  and  complexity  over  the  other  three 
traditional  topologies,  renders  the  mesh  unacceptable  to 
several  users  who  otherwise  prefer,  and  may  Indeed  demand, 
the  speed  and  flexibility  of  the  mesh.  This  is  especially 
true  in  local  area  network  environments. 


Figure  3-4.  Fully  Connected  Mesh  Topology. 


4.  TIME  DELAY  FORMULAS  FOR  LAN  TOPOLOGIES 


4.1.  Introduction 


This  chapter  consolidates  the  delay  formulas  for  the  most 
popular  access  protocols  used  In  a  Local  Area  Network  (LAN) 
environment.  Contained  herein  are  discussions  and 
comparative  results  for  Carrier  Sense  Multiple  Access  with 
Collision  Detection  (CSMA/CD),  Token  Bus  and  Ring,  Slotted 
Ring,  and  Ordered  Access  Bus  protocols.  These  protocols  are 
used  In  one  of  the  network  topologies  of  figures  3-1  to  3-4. 

Computation  and  analysis  of  the  variance  of  the  waiting  time 
for  token  rings  is  found  in  1221.  Readers  interested  in  the 
end-to-end  performance  modeling  of  LAN's  are  referred  to 
123]  and  [24]. 


4.2.  Carrier  Sense  Multiple-Access  with  Collision  Detection 

(CSMA/CD) 


4.2.1.  Introduction 

The  delay  formula  for  CSMA/CD  presented  in  this  section  Is 
that  developed  by  Werner  Bux  [25],  and  altered  algebraically 
by  Schwartz  [26].  It  is  very'  close  to  Simon  Lam's  result 
[27].  The  primary  difference  between  the  Bux  and  Lam  delay 
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formulas,  and  those  developed  by  Leonard  Klelnrock  and  Fouad 
Tobagi  In  [281  is  as  follows.  Bux  and  Lam  assume  that  in 
the  local  networking  environment,  collisions  in  the  channel 
are  detected  and  that  users  involved  in  a  collision  abort 
their  transmissions  immediately  upon  detection.  Mechanisms 
for  detecting  collisions  and  aborting  collided  transmissions 
have  been  implemented  in  several  multipoint  cable  networks 
129,  30,  311 .  However,  it  appears  to  be  much  more  difficult 
to  Implement  a  "collision  abort"  capability  in  the  radio 
environment  of  Kleinrock  and  Tobagi’s  work  [27]. 


4.2.2.  Model  Assumptions 

Like  the  p-persistent  protocol  in  [28],  local  network  users 
are  assumed  to  be  time  synchronized  so  that  following  each 
successful  transmission,  the  channel  is  slotted  in  time. 
Users  can  start  transmission  only  at  the  beginning  of  a  time 
slot,  r  represents  the  channel  propagation  delay,  and  the 
minimum  slot  size  is  2r.  To  enhance  the  validity  of  his 
comparisons  of  various  access  protocols  in  a  continuous, 
nonslotted  environment,  Bux  heur 1st  leal  1 y  modifies  Lam's 
formula  in  [27]  by  reducing  the  mean  delay  by  t[25I.  Figure 
4-1  Illustrates  Bux's  CSMA/CD  scheme.  His  result  presented 
here  defines  the  mean  transfer  time  T  as  the  queueing  and 
access  delay  at  the  sender,  the  transmission  time  of  the 
packet,  and  the  propagation  delay.  The  protocol  is  defined 
by  two  possible  courses  of  action  for  ready  users: 


1) .  Following  a  successful  transmission,  each  ready  user 
transmits  with  probability  1. 

2) .  Upon  detection  of  a  collision,  each  ready  user  uses  an 
adaptive  algorithm  for  selecting  its  retransmission 
probability  during  the  next  slot. 
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Figure  4-1.  CSMA/CD  Bus:  Example  of  Operation. 


The  model  assumes  errors  due  to  random  noise  are 
insignificant  relative  to  errors  due  to  collision,  and  can 
be  neglected.  The  traffic  source  is  an  infinite  population 
of  users  who  collectively  form  an  independent  Poisson 
process  with  an  aggregate  mean  message  generation  rate  of  X 
messages  per  second.  It  also  assumes  transmission  times  of 
each  message  is  an  Independently  distributed  random 
variable.  Comparison  of  delay  versus  throughput  results  are 
shown  in  figure  4-2  .  The  delay  formula  is: 

\(EiTp2  ]  +  <4e  +  2)rE[Tp]  +  5t2  +  4e  <  2e  -  l)r2) 

T  =  — - - - - -  —  - - 

2 { 1  -  \  ( E i  Tp  1  +  r  +  2er)  } 

+  EtTp]  +  2re  +  - 

2 

<1  -  e**2XTX2/X  +  2-r/e  -  6t> 
2{Fp*<\)e-XTi/e  -  l  +  e"*2XT} 

where  : 

ElTp]  =  mean  service  time, 

EtTp2]  =  second  moment  of  service  time, 

X  =  aggregate  arrival  rate, 

t  =  propagation  delay,  and 

Fp*(X)  =  Laplace  Transform  of  the 

probability  density  for  Tp. 

The  fourth  candidate  for  local  area  subnet  use  presented  by 
Bux  is  also  Included  in  figure  4-2  for  comparison.  Section 
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4.6  contains  a  comparable  discussion  of  this  ordered  access  J 

scheme  (multilevel  multiple-access  (MLMA)>,  and  additional 
details  can  be  found  In  C 251. 


Mean  Transfer  Time/Mean  Packet-Transmission  Time 


JO-Mb/j  transmission 
lUte 

2-k*  Cable  Length 

50  Stations 

Rlngj  1-Bi t  Latency 
Per  Station 

Exponentially- 
Distributed 
Pecket  Lengths 
(Mean:  1000  Bits) 

24-8 1 1  Header 


I 

I 

I 

II 
II 

II 


•/  J  / 

Slotted  Ring  J  *  / 

Os’.ti-wV  //MLMA 
/  ,'>oTred- 

/  s'  /  Access  8us 

L' 

Token  Ring 

— CSMA  Collision  Detection  Bus 


Throughput  Rate/Transmission  Rate 


0.10 


Figure  4-2.  Delay-Throughput  Performance  of  Various 

Protocols . 


4.3.  Token  Ring 


4.3.1.  Introduction 

The  formula  presented  In  this  section  Is  also  due  to  Bux 
1251.  His  result  Is  similar  to  formula  <l),  page  132  of  the 
work  by  DeMoraes  and  Rubin  1321. 

4.3.2.  Model  Assumptions 

In  a  token  ring,  access  to  the  transmission  channel  Is 
controlled  by  passing  a  permission  token  around  the  ring. 
The  model  assumes  a  population  of  S  terminals.  Messages 
arrive  at  terminals  In  accordance  with  a  Poisson  process 
with  aggregate  rate  \.  Here  r  represents  the  round-trip 
delay  in  the  ring.  Including  possible  delays  of  the  signals 
caused  within  each  station.  In  the  comparative  results,  r 
was  assumed  to  be  5  microsec  per  kilometer  of  cable  length. 

With  respect  to  the  order  of  service,  two  unique  policies 
are  cited  by  Bux:  1)  A  queue  is  served  until  It  Is  empty 
(“exhaustive  service");  and  2)  Only  a  limited  number  of 
packets  (e.g.  one)  is  served  per  access  possibility 
(“non-exhaustlve  service").  Although,  in  principle, 
performance  differences  ex ist -between  these  policies  1331, 
Bux  contends  that  in  a  local  network,  these  differences  are 


small  If  traffic  Is  uniformly  distributed  among  stations.  In 
the  model  for  which  Che  formula  applies,  a  new  free  token 
was  generated  immediately  after  the  last  bit  of  a  packet  had 
left  the  source.  This  implies  the  possibility  for  multiple 
tokens  on  the  ring.  At  most  one  of  them  however,  is  in  the 
free  state.  From  reliability  and  recovery  points  of  view,  it 
may  be  desirable  to  have  no  more  than  one  token  at  a  time  on 
the  ring.  This  can  be  done  in  two  ways  1  25  3  .  1)  The  sender 
issues  a  new  token  after  he  has  completely  removed  his 
entire  packet  ( *s  ingle-packe t "  operation).  In  Bux's  model, 
this  can  be  taken  into  account  by  prolonging  the  packet 
service  time  Tp  by  the  total  ring  round-trip  delay  t .  2)  A 
more  efficient  solution  is  that  the  sender  does  not  issue  a 
new  token  before  he  has  received  his  own  token  back 
( " s  ingle-token"  operation).  This  rule  becomes  effective  in 
cases  when  a  packet  is  shorter  than  the  ring  latency.  In 
the  performance  model,  this  can  be  described  by  setting  Tp 
equal  to  t  for  all  packets  shorter  than  the  ring  latency. 
Comparative  results  are  presented  in  figure  4-2,  and  the 
formula  for  the  mean  delay  is: 


p  Ei  Tp2  ] 

T  =  -  +  Ei  Tp  ]  + 

2(1  -  p )Ei Tp  3 


t( 1  -  p/S)  T 

- +  - 

2(1  -  p)  2 


where : 


S  =  number  of "connected  stations  and 
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4.4.  Token  Bus 


In  this  access  scheme,  the  token  controls  access  to  the 
shared  bus.  As  in  the  token  ring,  the  terminal  holding  the 
token  has  momentary  control  of  the  medium.  In  the  bus 
configuration,  however,  the  terminals  are  connected  parallel 
to  the  medium.  Thus  once  a  terminal  transmits  the  token,  its 
signal  is  received  by  all  terminals.  Unlike  the  ring,  for 
token  bus  operation,  terminal  (1)  does  not  have  to  be 
physically  adjacent  to  terminal  (l+l)  in  order  to  transmit 
in  that  sequence.  Hence,  a  token  bus  behaves  like  a  logical 
ring. 

Performance  results  cited  above  for  token  ring  are 
appropriate  for  the  token  bus  case,  If  it  operates  as  a 
logical  ring.  However,  now  the  propagation  delay  represents 
the  total  latency  for  a  round-trip  around  the  logical  ring. 
This  value  may  be  larger  than  for  the  token  ring  since  we 
now  make  the  delay  from  one  end  of  the  bus  to  the  other, 
(worst  case)  plus  the  time  for  a  terminal  interface  device 
to  process  the  signal.  DeMoraes  and  Rubin's  formulas  (1)  and 
(12)  in  [321  for  token  ring  and  token  bus  respectively,  are 
identical  to  Bux's  result  except  for  notation.  Figures  4-2, 
4-3,  and  4-4  contain  comparative  results  for  token  bus  and 
token  ring.  The  result  for  a  token  bus  that  behaves  like  a 
logical  ring  is  repeated  from  the  previous  section.  That 
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where : 


S  =  number  of  connected  stations. 
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Figure  4-4.  Average  Message  Delay  vs.  Throughput  for  Token 
Bus  and  Token  Ring  Under  Balanced  Traffic  and  Gated 

Serv ice  (5Mbps ) . 


4.5.  Slotted  Ring 


4.5.1.  Introduction 

In  the  type  of  slotted  ring  studied  by  Bux  (251,  a  constant 
number  of  fixed-length  slots  continuously  circulate  around 
the  ring.  A  full/empty  indicator  in  the  slot  header  is  used 
to  signal  the  state  of  a  slot.  Any  ready  station  occupies 
the  first  empty  slot  by  setting  the  full/empty  indicator  to 
“full",  and  places  its  data  into  the  slot.  When  the  sender 
receives  back  the  occupied  slot,  it  changes  the  indicator 
back  to  “empty".  Several  slotted  ring  models  are  developed 
and  evaluated  in  [24] . 

4.5.2.  Model  Assumptions 

Usually,  the  slots  in  local  rings  are  short,  which  means 
that  a  packet  or  message  has  to  be  transmitted  using  several 
slots.  Packets  queued  at  a  station  are  served  in  sequence 
for  a  short  time  quantum  At,  which  corresponds  to  the  slot 
length.  On  the  average,  packets  are  usually  at  least  ten 
times  longer  that  the  slot.  Bux  further  adequately 
justifies  in  C25]  key  assumptions  that  led  to  the  results 
presented  here.  A  most  critical  one  is  that  the  ring 
bandwidth  can  be  fully  utilized.  This  means  he  assumes  for 
simplicity  that  the  following  relation  holds  among  ring 
latency  t,  transmission  rate  v,  slot  length  and  Lj 


L*l 


(length  of  header  and  data),  and  the  number  of  slots  a: 
tv  =  a  ( +  Lj  ) . 

Thus  Bux  assumes  that  the  ring  latency  times  transmission 
rate  equals  number  of  slots  times  slot  length. 


Comparative  results  are  In  figure  4-2.  The  simple  expression 
for  the  mean  delay  is: 


T  . . EC  TD  3  + 

1  -  p  y  2 


4.6.  Ordered  Access  Bus 


4.6.1.  Introduction 


The  model  described  here  for  the  ordered  access  bus  approach 
is  again  due  to  Bux  f  25  J ,  and  applicable  in  a  star 
configuration  since  the  star  is  known  to  have  a  short,  fast 
bus  to  which  users  either  contend  for,  or  are  polled  to  gain 
access.  Information  transmission  occurs  in  variable-length 
frames.  A  controller  provides  start  flags  at  appropriate 
time  intervals  which  signal  the  beginning  of  a  frame.  The 
frame  is  divided  into  a  request  slot  and  an  arbitrary  number 
of  packets.  In  the  version  of  multilevel  multiple-access 
(MLMA)  analyzed  in  (251,  every  station  attached  to  the  bus 
owns  one  bit  within  the  request  slot.  By  setting  its 
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private  bit#  a  station  Indicates  that  It  wants  to  transmit  a 
packet  within  this  frame.  At  the  end  of  the  request  cycle# 
all  stations  know  which  of  the  stations  will  make  use  of 
this  frame.  The  transmission  sequence  is  given  by  a 
priority  assignment  known  to  all  stations. 

4.6.2.  Model  Assumptions 


The  bus  is  modeled  as  a  single-server  facility.  Newly 
generated  packets  arriving  during  the  current  frame  must 
wait  until  the  new  frame  starts  for  transmission.  To  ensure 
that  all  stations  know  the  entries  made  In  the  request  slot, 
the  scheduling  time  Ts  may  have  to  be  significantly  longer 
than  the  pure  transmission  time  of  the  request  slot.  In 
Bux's  version#  Ts  equals  twice  the  time  needed  to  transmit  S 
bits  plus  the  propagation  delay  r.  The  underlying  assumption 
of  his  model  Is  that  the  distance  between  two  stations 
transmitting  In  succession  Is  uniformly  distributed  between 
zero  and  the  maximum  bus  length.  The  appendix  of  1251 
contains  the  derivation  of  the  mean  transfer  time  T,  and 
comparative  results  are  at  figure  4-2.  The  delay  formula  Is: 

p'tECTn2]  +  rEtTp]  +  t2/3)  t 

T  =  . . +  ElTpl  +  - 

2 (  l  -  p '  ) { E t Tp 1  +  t /2)  2 

<3  -  p’>  Ts~ 

+ - - 

<1  -  P'>  2 
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where : 

P'  = 


Ts  = 


KtECTpl  +  t/2},  and 
mean  scheduling  time 


4.7.  Comments  on  the  Star  Configuration  Access  Methods 


The  star  configuration  may  be  implemented  using  various 
access  schemes.  The  fact  that  the  star  configuration  exists 
in  a  network  may  be  more  of  a  consequence  of  the  access 
protocol  rather  than  explicit  star  design.  For  example,  the 
classic  polling  of  attached  terminals  may  be  accomplished  In 
a  logical  “star"  arrangement  with  the  host/polling  computer 
as  the  hub.  Terminal  response  times  and  delay  formulas  for 
polling  may  be  found  in  1341  and  1351,  for  example. 


As  indicated  earlier,  the  ordered  access  configuration  MLMA 
may  be  applied  to  the  short-bus  (star)  topology  of  figure 
3-3.  Delay  calculations  can  be  done  by  using  the  equation 
presented  in  section  4.6,  for  the  Ordered  Access  Bus. 


A  detailed  study  of  the  star  topology  addressing  different 
access  protocols  with  emphasis  on  network  performance,  was 
conducted  by  Kamal  and  reported  in  C 36 1 . 


Finally,  Anthony  Acampora,  C.  D.  Tsao,  and  M.  Hluchyj  in 
[371  and  [381  discuss  a  new  local  area  network  using  a 
centralized  bus.  Although  explicit  delay  formulations  were 


not  included  In  their  articles,  the  Intent  of  their 


technology  (based  on  DATAKIT  packet  switching  [393)  is  to 


combine  the  advantages  of  bus,  ring  and  star  architectures. 


avoiding  the  disadvantages  of  each. 


4.8.  Effect  of  Propagation  Delay  and  Transmission  Rate  on 


Performance 


In  analyzing  local  network  performance,  according  to  William 


Stallings  [401,  the  two  most  useful  parameters  are  the  data 


rate  (R),  of  the  medium,  and  the  average  signal  propagation 


delay  <D>,  between  stations  on  the  network.  In  fact,  it  is 


the  product  R  x  D  that  is  the  single  most  important 


parameter  for  determining  the  performance  of  a  local 


network.  (The  data  rate  times  the  delay  product  equals  the 


length  of  the  transmission  medium  In  bits.)  The  length  of 


the  medium  in  bits  compared  to  the  length  of  the  typical 


packet  if  usually  denoted  by  a: 


a  =  (R  x  D)/L  =  Propagation  t i me /Transm i ss ion  time. 


The  maximum  possible  utilization  of  a  network  can  be 


expressed  as  the  ratio  of  total  throughput  of  the  system  to 


the  capacity  or  the  bandwidth: 
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U  -  throughput/R 

=  (L/(propagat ion  +  transmission  time))/R 
=  <L/(D  +  L/R))/R 
=  1  /  <  1  +  a  ) 

Thus  we  can  clearly  see  that  a  determines  an  upper  bound  on 
the  utilization  of  a  local  network,  regardless  of  the  medium 
access  protocol  used.  In  particular,  Stallings'  throughput 
results  for  various  protocol  access  methods  are  summarized 
below  as  1401 : 

Token_Rj_ng_and_Token_Bus 

S  =  1/(1  +  a/N),  a  <  1 

S  =  1 / (a( 1  +  1 / N ) ) ,  a  >  1 

N  =  number  of  stations. 

CSMA/CD 

S  =  1/U  +  2a <  1  -  A)/A), 

A  =  Probability  that  exactly  one  station 
transmits  in  a  slot. 

So  in  terms  of  network  performance  at  high  speeds  (such  as 
those  possible  via  optical  fiber  technology),  the  limiting 
value  is  reached  as  a  result  of  adjusting  to  ensure  the 
acceptable  value  of  a.  Since  a  =  RxD/L,  to  keep  it  constant, 
if  the  rate  is  to  Increase,  the  propagation  delay  D  must  be 
decreased  (shorten  the  medium  or  use  a  "better"  physical 
medium),  or  the  packet  length  L  must  increase.  Increasing  L 
could  lead  to  greater  inefficiencies  if  doing  so  results  in 
a  large  number  of  partially  filled  packets  [401. 


<>1  4%i-, 


Figure  4-5  depicts  the  relationship  of  throughput  versus 


offered  load  as  a  function  of  a,  independent  of  access 


protocol.  In  C41],  Bart  Stucks  develops  expressions  for  the 


maximum  mean  throughput  rates  for  various  LAN  access 


schemes.  Figure  4-6  compares  delay  versus  throughput  for 


polling  and  CSMA/CD  given  various  values  of  a  [271.  Figure 


4-7  shows  normalized  throughput  as  a  function  of  a  for 


various  numbers  of  stations  <N>.  And  finally,  figure  4-8 


shows  simulation  results  for  maximum  potential  data  rates 


for  the  most  popular  LAN  protocols  [401. 
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Figure  4-5.  Throughput  vs.  Offered  Load 
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Figure  4-6.  Mean  Delay  vs.  Throughput:  Polling  and  CSMA/CD. 
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Figure  4-7.  Throughput  as  a  Function  of  a  for  Token  Passing 

and  CSMA/CD. 
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l)  2000  Bits  Per  Packet.  100  Stations 
Active  Out  of  100  Stations  Total 


Date  Rate  (WPS) 


(C)  2000  Bits  Per  Packet,  1  Station 

Active  Out  of  100  Stations  Total 
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(0)  500  Bits  Per  Packet,  1  Station  Active 

Out  of  100  Stations  Total 


Figure  4-8.  Maximum  Potential  Data  Rate  for  LAN  Protocols 


4.9.  General  Results  for  Other  Network  Approaches 


Other  more  general  approaches  to  local  area  network 
Implementations  are  summarized  below.  These  include  packet 
switching  using  partially  connected  mesh  topologies,  circuit 
switching,  and  frequency  division  multiplexed  (FDM) 
switching,  or  its  optical  equivalent,  wave  division 
multiplexed  (WDM)  switching. 
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X.j  =  flow  on  link  *1",  and 
V  *  total  offered  traffic. 
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5.  SPIRAL  NETWORK  DESCRIPTION 


5.1.  Arch  1 tecture 

The  minimum  spiral  network  contains  four  modules  of  four 
computer  nodes  each  for  a  total  of  16  nodes.  A  module  is 
formed  by  fully  connecting  four  nodes.  An  internal  base  4 
numbering  scheme  is  used  throughout  the  spiral  network, 
regardless  of  size.  These  Internal  base  four  numbers  are  the 
basis  upon  which  the  self-routing  algorithm  is  built,  and 
therefore,  form  the  heart  of  our  fault  tolerance  strategy. 


Figure  5-1  shows  the  minimum  fo-r  module,  16  node  spiral 
network.  Actually,  the  minimum  four  module  spiral  network 
is  better  displayed  in  figure  5-2,  except  in  that 
configuration,  the  six  pair  of  links  used  to  expand  the 
network  to  any  desired  size  are  not  obvious.  Spiral  is 
expanded  by  first  fully  connecting,  in  groups  of  four,  the 
nodes  to  be  added.  These  nodes  are  assigned  the  next 
consecutive  base  4  numbers  available  beyond  the  highest  base 
4  numbered  node  in  the  current  spiral  network.  Then  this 
new  module  is  brought  into  the  existing  topological 
structure  by  altering  the  six  pair  of  links  shown  in  figure 
5-1.  Figure  5-3  shows  the  result  of  adding  a  single  module 
to  the  minimum  four  module  topology  of  figure  5-1.  Figures 


Figure  5-2.  Alternate  Form  of  Minimum  Spiral  Network, 


Figure  5-3.  Five  Module  Spiral  Network. 


5-4  through  5-8  depict  7,  8,  11,  13,  and  14  module  spiral 
networks.  Notice  in  each  case  the  six  pair  of  links 
resulting  from  the  expansion.  Clearly,  as  more  modules  are 
added,  the  ease  in  expanding  the  network  becomes  more 
evident  since  the  six  pair  of  links  become  more  pronounced. 
Close  examination  of  figures  5-7  and  5-8  (the  13  and  14 
module  cases)  reveals  that  as  the  spiral  network  grows, 
there  is  a  pool  of  modules  totally  unaffected  by  the 
addition  of  new  modules.  The  significance  in  this  point  is 
that  the  network  can  be  expanded  quite  easily  by  temporarily 
disabling  nodes  directly  attached  to  the  six  pair  of  links. 
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All  other  nodes  continue  operation  as  usual  even  as  the 
topology  is  being  expanded.  This  last  point  is  one  of  the 
major  attributes  of  the  spiral  topology.  When  expanding  any 
of  the  four  traditional  topologies,  not  only  is  the  overall 
network  affected  during  the  expansion,  routing  and 
theoretical  limits  must  also  be  altered.  These  alterations 
are  usually  at  the  expense  of  temporary  inoperability  of  the 
network . 

In  the  spiral  connectivity  scheme,  every  third  module  is 
threaded  together  top  and  bottom  in  a  circular  fashion.  The 
process  of  bringing  new  modules  into  an  existing  topology  is 
akin  to  adding  an  element  into  a  doubly  linked  circular 
list.  Both  nodes  on  the  front  end  of  each  module  are 
connected  to  the  nodes  on  the  rear  side  of  its  link  module. 
This  threading  pattern  continues  until  the  last  pair  of 
front  links  loops  back  around  and  connects  with  the  rear 
side  of  the  front  end  module.  Figures  5-9  and  5-10  repeat 
the  network  threading  patterns  for  the  seven  module  (28 
node)  and  eight  module  (32  node)  spiral  networks.  These 
threading  patterns  reflect  the  order  in  which  modules  are 
encountered  as  a  message  proceeds  towards  its  destination. 
The  threading  pattern  is  also  a  quick  check  that  all  modules 


are  reachable. 


a).  Seven  Module  Threading  Pattern. 
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b).  Unwound  Spirals. 


Figure  5-9.  Module  Threading  Pattern  and  Spirals 
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Figure  5-10.  Eight  Module  Network  Threading  Pattern, 
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Figure  5-9<b)  shows  the  two  unwound  top  and  bottom  spirals 
for  the  seven  module  network.  Evident  here  are  the  four 
totally  disjoint  (nonoverlapping)  paths  that  exist  between 
any  source-destination  pair.  In  any  size  spiral  network  that 
has  no  failed  nodes  or  links,  messages  can  travel  along  the 
top  spiral  right,  top  spiral  left,  bottom  spiral  right,  or 
bottom  spiral  left.  The  Preprocessing  Algorithm  at  the 
source  node  determines  which  of  these  four  routes  is  the 
shortest  path  to  destination.  Spiral  and  direction  flags  (SF 
and  DF)  are  then  initialized,  and  used  by  the  self-routing 
algorithm  for  on-the-fly  routing  from  source  to  destination. 


The  aforementioned  architecture’s  connectivity  scheme 
remains  fixed,  no  matter  the  desired  size  of  the  resulting 
spiral  network.  Since  every  third  module  is  threaded 
together  to  form  the  desired  spiral  network,  the  total 
number  of  resulting  modules  must  not  be  an  Integer  multiple 
of  three.  When  the  spiral  connectivity  algorithm  is  applicl 
to  modules  <m>  whose  total  number  is  directly  divisible  by 
three,  the  resulting  topology  is  a  network  that  partitions 
into  three  subnets  of  m/3  modules  each.  •  This  special 
attribute  of  the  connectivity  algorithm  leads  to  a  key 
physical  security  advantage  detailed  further  in  section  5.3 
of  this  chapter. 
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5.2.  Typical  Node  Configuration 


5.2.1.  Physical  Characteristics 


All  nodes  in  a  spiral  network  are  the  same,  although  they 
need  not  be.  The  functions  performed  for  error  free 
routing,  and  routing  when  failed  links  or  nodes  exist,  are 
also  identical.  None  of  the  nodes  is  designated  the 
"master"  to  other  “slave"  nodes.  Further,  no  node  maintains 
connectivity  data  for  the  entire  network.  The  absence  of 
the  need  to  maintain  such  Information,  means  there  is  no 
delay  associated  with  disseminating  update  status 
information  to  the  other  nodes.  Each  node  maintains  status 
information  on  the  nodes  to  which  it  is  directly  connected 
only. 


Figure  5-11  is  a  simple  graphic  representation  of  a  typical 
spiral  topology  node. 


Figure  5-11.  Typical  Spiral  Node 


The  nodes  are  connected  by  four  full  duplex  links.  Three  of 
the  1  inks  connect  to  the  other  three  nodes  that  form  the 
module.  The  forth  connection  is  the  link  node  that  extends 
to  the  next  (or  previous)  module,  as  depicted  in  the  module 
threading  pattern,  (See  figure  5-9,  for  example,  for  the 
threading  pattern  of  the  seven  module,  28  node  network.)  All 
links  operate  at  a  common  speed,  which  can  be  set  as 
necessary  to  achieve  the  desired  performance  level. 

5.2.2.  Input  Configuration  of  a  Spiral  Node 

Figure  5-12  represents  the  message  processing  procedure 
followed  during  a  typical  message  arrival  state.  Traffic 
arriving  on  each  of  the  four  links  is  composed  of  transient 
messages  on  their  way  towards  final  destinations,  and  newly 
arriving  messages  to  the  network. 


Figure  5-12.  Input  Configuration  of  a  Spiral  Node. 
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Depending  on  current  busy  state  of  the  node,  these  messages 
may  be  queued  for  processing.  Of  course  if  the  link  speeds 
are  set  for  extremely  fast  processing,  then  these  queues 
should  be  extremely  short.  A  typical  message  has  either 
reached  its  destination  module,  or  must  be  sent  on  to  the 


next  link  module  in  its  path.  If  the  current  module  is  the 
destination,  then  the  Rapid  Processing  Algorithm  (RPA)  gates 
that  message  to  the  final  destination  node  of  that  module. 


if  the 

current  node 

is  not  the  final 

dest inat 1  on 

node  . 

If 

the  current  module 

is  not  the 

final 

dest inat ion. 

then 
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the  message 
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the 

appropriate  link  node.  This  link  node  is  found  by  checking  | 

the  sp lral -dest inat 1  on  flag  pair.  Additional  routing  I 
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algorithm  details  are  found  in  chapter  6.  . 
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5.2.3.  Output  Configuration  of  a  Spiral  Node  ! 
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Figure  5-13  shows  the  output  side  of  a  typical  node.  ! 

t 

Whether  a  message  is  transient  or  a  new  arrival  makes  no  | 

difference  to  the  Rapid  Processing  Algorithm.  All  messages  . 

are  gated  to  the  appropriate  output  link  from  the  typical  J 

\ 

node.  The  choice  of  which  link  to  use  is  governed  by  [ 

whether  the  current  module  is  the  destination  module  for  the 

i 

message,  or  only  an  intermediate  module  along  the  message's  ' 

path.  If  the  Rapid  Processing  Algorithm  determines  that  one  ' 

(or  more)  of  the  output  linksYnodes  has  failed,  the  spiral  ( 

i 

or  direction  flag  is  complemented.  If  the  failed  1  Ink/node  ■ 

« 

I 
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is  the  final  destination,  a  message  of  non-delivery  due  tc 
failure,  can  be  sent  back  to  the  sending  node.  If  the 
failed  link/node  is  an  intermediate  one  in  the  path  of  the 
message,  then  the  new  SFDF  pair  is  used  to  automatically 
adjust  the  path  of  the  message  around  the  failure.  See 
chapter  6  for  additional  details  on  routing  with  and  without 
failures  in  the  network. 
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Figure  5-13.  Output  Configuration  of  a  Spiral  Node 
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5.3.  Key  Spiral  Network  Features 


» 


The  six  most  important  direct  consequences  of  the  spiral 


topology 

are 

1 ) 

ease  of 

expansion;  2)  fast. 

on-the- f 1 y 

sel f-rout ing; 

3) 

e  xtreme 1 y 

high 

tolerance  to 

faults;  4) 

increased 

network 

secur i t  y ; 

5) 

potential  for 

the  total 

elimination  of  store  and  forward  transmission  due  to  routing 
decision  delays;  and  6)  rendering  the  maximum  path  length 
Issue  moot. 

Perhaps  the  three  most  significant  features  are  its  ease  of 
expansion,  fast,  on-the-fly  self-routing  attribute,  and 
spiral's  extremely  high  tolerance  to  failed  links  or  nodes 
throughout  the  network.  These  two  latter  features  are 
further  amplified  upon  in  chapter  6. 

The  ease  at  which  the  spiral  network  can  be  altered,  whether 
to  make  larger  or  smaller  networks,  is  evident  from  the 
previous  description  of  the  spiral  arch  1 tecture .  Yet  another 
unique  feature  of  spiral  has  significant  security 
ramifications. 

The  construction  and  operation  of  the  spiral  topology  is  the 
same  regardless  of  network  size,  with  only  one  constraint. 
We  contend,  however,  that  this  constraint  is  a  major 
security  attribute.  Because'  of  our  connectivity  scheme 
which  directly  links  every  third  module,  the  number  of 


multiple  of  three.  When  the  spiral  connectivity  pattern  is 
applied  to  modules  whose  number  is  a  multiple  of  three,  the 
network  partitions  into  three  separate  but  equal  subnets  of 
total_nodes/3  nodes  each.  There  is  no  possible  way  for  the 
three  subnets  to  interact.  For  example,  figure  5-14(a) 
shows  a  12  module,  48  node  network  using  the  spiral 
connectivity  pattern.  In  figure  5-15(a)  is  a  15  module,  60 
node  network  connected  using  the  spiral  connectivity 
algorithm.  Upon  close  examination  of  the  resulting  network 
threading  patterns  of  figures  5-14(b)  and  5-15(b),  one 
notices  that  the  12  modules  are  completely  partitioned  into 
three  separate  subnets  of  four  modules  (16  nodes)  each.  The 
15  modules  are  partitioned  into  three  subnets  of  5  modules 
(20  nodes)  each.  That  is,  we  now  have  the  case  of  the 
minimum  four  module  (16  node)  network  of  figure  5-1 
duplicated  three  times,  and  the  five  module  (20  node) 
network  of  figure  5-3  duplicated  three  times.  If  21  modules 
are  connected,  then  the  network  partitions  into  three 
subnets  of  seven  modules  (28  nodes)  each,  and  thus 
duplicates  the  seven  module  network  of  figure  5-4.  And 
herein  lies  the  significant  security  implication. 


In  environments  where  highly  sensitive  and  classified  nodes 
operate  in  conjunction  with  unclassified,  routine  common 
user  nodes,  the  ability  to  temporarily  partition  the  network 


with  ease  may  be  a  major  network  design  criterion.  If  there 


Is  a  recurring  need  for  added,  or  assured  security,  whereby 


only  a  portion  of  the  total  nodes  desire  to  interact  among 
themselves,  then  the  network  planners  can  identify  these 
"super  nodes"  at  network  design  time.  They  then  can  place 
these  nodes  in  the  proper  logical  positions  within  a  fully 
connected  spiral  network.  Operation  proceeds  as  normal  until 
the  temporary  need  for  added  security  arises.  At  that  time, 
by  increasing  the  number  of  modules  to  the  next  closest 
multiple  of  three,  the  network  partitions  Into  the  three 
subnets.  One  of  these  will  be  the  subnet  consisting  of  the 
"super  nodes"  only.  The  two  remaining  lower  priority  subnets 
still  have  the  ability  to  communicate  with  other  nodes  on 
their  subnet.  This  temporary  network  expansion  to  the 
nearest  multiple  of  three  is  simple,  and  fairly  inexpensive. 
The  temporary  expansion  need  not  involve  the  expense  of 
acquiring  standby  hardware.  A  single,  existing  computer  can 
be  used  to  simulate  the  additional  nodes.  When  the  temporary 
need  expires,  the  network  can  be  returned  to  its  original 
configuration  by  deleting  the  temporary  artificial  nodes. 
Recall  from  section  5.1  of  this  chapter  that  the  expansion 
can  occur  without  bringing  the  network  down..  A  broadcast 
message  could  be  sent  to  each  node  advising  of  the  impending 
partitioning  into  subnets. 

The  next  spiral  network  feature  stems  from  the  use  of  fiber 
optic  technology  and  the  communications  industry's  plans  to 
evolve  to  an  Integrated  Services  Digital  Network  (chapter 
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To  take  advantage  of  the  tremendous  speed  associated  with 
fiber  optics  transmission  using  our  spiral  topology,  the 
network  manager  or  designer  chooses  a  high  enough  link  speed 
so  that  the  mean  queue  length  of  the  spiral  network  is  very 
small  at  steady  state.  While  queue  buildup  is  unavoidable, 
the  self-routing  algorithm  precludes  the  need  to  store 
messages  while  routing  decisions  are  being  make,  and 
sufficiently  high  link  speeds  minimize  the  need  to  queue  the 
message  for  transmission  on  the  outgoing  link.  With  current 
topologies  using  optical  transmissions  to  transport 
messages,  opt ical -to-e lectr ical  conversion  of  messages  is 
required  before  an  intermediate  message  can  be  stored. 
These  conversions  are  necessitated  by  the  absence  of  viable 
optical  memory  units.  Once  a  routing  decision  for  the 
message  has  been  made,  the  message  must  then  be  converted 
back  to  its  optical  format  for  further  transmission. 
Spiral’s  on-the-fly  routing  attribute  precludes  the  need  to 
store  messages  at  intermediate  nodes  for  routing,  which 
means  there  will  be  no  need  to  convert  the  message  from 
opt lcal-to-e lectr ical  and  vice  versa.  As  expected,  in  this 
scenario,  average  link  utilization  may  be  drastically 
reduced  over  the  store  and  forward  mode  of  operation.  But  a 
lower  link  utilization  is  a  reasonable  tradeoff  if  speed  is 
Indeed  vital.  Speed  is  extremely  vital  for  voice  and 


realtime  video  traffic  in  an  ISDN  environment. 
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Further,  by  using  the  spiral  topology  and  its  inherent  on* 
the-fly  routing  attribute,  network  planners  will  be  better 
equipped  to  decide  whether  or  not  packet  switching  is  more 
suitable  than  circuit  switching.  In  the  past,  circuit 
switching  was  used  to  ensure  uninterrupted  transmission  of 
critical,  realtime  traffic.  The  path  established  from 
source  to  destination  for  the  circuit  was  completely 
dedicated  to  users  for  the  entire  duration  of  the 
transmission.  With  spiral,  and  the  careful  selection  of 
link  speeds,  the  overall  network  throughput  and  efficiency 
may  be  increased  by  using  packet  switching,  or  fast  packet 
switching. 

Finally,  since  the  network  is  self-routing  and  requires  no 
intermediate  message  storage  while  the  routing  decision  is 
being  made,  the  traditional  concept  of  maximum  path  length 
becomes  a  moot  issue.  To  a  great  extent,  path  length 
determines  network  response  time  for  a  message.  With  the 
spiral  topology,  if  simulation  analysis  yields  a  response 
time  that  is  too  high  due  to  long  paths  or  queues  (or 
whatever  the  reason),  one  simply  Increases  link  speed  to  the 
point  where  the  queues  become  shorter,  and  the  response  time 
is  again  bearable.  Once  this  fine  tuning  using  a  simulation 
or  analytical  model  yields  an  acceptable  response  time, 
network  analysts  can  then  implement  that  configuration. 


5.4.  Simulation  Model  Summary 


The  model  used  to  simulate  the  spiral  computer  network 
topology  contains  approximately  2700  lines  of  C  program 
source  code  (Appendix  E).  Spiral  networks  containing  4  to 
20  modules  <16  to  80  nodes)  were  established  and  evaluated, 
using  0,  1,  2,  and  3  failed  nodes.  Also,  the  failure  of 
complete  modules  was  analyzed.  In  every  case,  the  common 
link  speed  was  19200  bits  per  second;  4000  messages  were 
delivered  to  reach  a  simulated  steady  state  condition;  and 
4000  messages  were  then  delivered  and  used  to  gather 
statistics.  Appendix  B  contains  more  details  on  the  design 
and  implementation  of  this  simulation  model.  And  Appendix  D 
contains  the  Summary  of  Simulation  Results  for  each  of  the 
simulation  runs. 

The  computer  model  used  to  gather  statistics  for  comparison 
simulates  the  spiral  network  topology  as  described  in  the 
current  chapter.  The  performance  of  the  topology  was 
evaluated  using  established  techniques  that  apply  to 
networks  whose  messages  follow  a  Poisson  arrival  pattern, 
with  exponentially  distributed  lengths.  Analytical  results 
including  mean  queue  length,  mean  and  maximum  path  length, 
mean  network  response  time,  and  system  utilization,  were 
compared  to  the  values  obtained  through  simulation. 


6.  ROUTING  IN  A  SPIRAL  NETWORK 


6.1.  Introduct i on 

The  next  sections  discuss  how  the  spiral  routing  algorithm 
transports  messages  from  source  to  destination  nodes.  These 
sections  include  examples  of  routing  with  and  without 
failures.  The  failure  scenarios  range  from  a  single 
failure,  to  the  case  where  some  nodes  are  not  reachable. 
All  examples  use  the  seven  module,  28  node  spiral  topology 
for  convenience.  Also,  the  same  source-destination  pair  is 
assumed . 

6.2.  The  Routing  Algorithm 

I 

i 

\ 

) 

i  The  spiral  network  connectivity  pattern  generates  two 

separate  top  and  bottom  spirals  along  which  messages  travel 
to  their  destination.  Figures  6-l<a>  and  (b>  duplicate  the 
network  threading  and  unwound  spiral  patterns  for  the  seven 
module,  28  node  network.  While  this  discussion  assumes  a 
seven  module,  28  node  network,  it  applies  to  any  size  spiral 
network.  Messages  whose  destination  address  ends  in  '0"  or 
*1",  base  4,  are  routed  along  the  top  spiral.  Those  ending 
in  *2"  or  "3*  use  the  bottom  spiral.  These  four 

possibilities  led  to  our  selection  and  use  of  the  base  4 
numbering  system  to  label  ~  nodes.  The  Preprocessing 

Algorithm  at  the  source  node  determines  the  optimum  path  to 


a).  Seven  Module  Network  Threading  Pattern. 


0-13-12-25-24-9-8-21-20-5-4-17-16-r 


b).  Unwound  Spirals. 


Figure  6-1.  Threading  and  Unwound  Spiral  Patterns. 


destination  by  finding  the  spiral  path  wh lch  conta ins  the 
fewest  Interned lated  nodes,  whether  to  the  right  or  left.  A 
one  bit  spiral  flag  <SF>  and  one  bit  direction  flag  <DF>  are 
then  Initialized  by  the  Preprocessing  Algorithm  before  the 
message  enters  the  network.  SFDF  pairs  have  the  following 
meaning:  00  sends  the  message  'along  the  top  spiral  to  the 
right;  01  uses  top  spiral  left;  10  sends  it  bottom  spiral 


/a  4l4>'-*l4**' 


right;  and  11  uses  the  bottom  spiral  left.  These  flags  are 


attached  to  the  message  header,  and  remain  unchanged  as  long 


as  no  faulty  links  or  nodes  are  encountered.  When  a  message 


arrives  at  an  intermediate  node,  the  Rapid  Processing 


Algorithm  places  it  on  the  proper  output  queue  from  that 


node,  based  on  the  SFDF  pair  value.  If  the  selected  output 


queue  in  the  message’s  path  is  connected  to  a  failed  link  or 


node,  then  the  Rapid  Processing  Algorithm  complements  the 


SF.  If  the  SF  has  already  been  complemented  within  the 


current  module  (as  indicated  by  a  module  spiral  change 


counter),  then  a  spiral  change  has  already  been  attempted. 


So  the  DF  is  complemented.  This  case  suggests  that  failures 


in  the  current  direction  have  occurred  along  both  the  top 


and  bottom  spirals  at  or  near  the  same  point,  such  that 


these  spirals  are  completely  severed  in  the  current 


direction.  For  if  this  failure  pattern  did  not  exist,  then 


the  message  would  advance  at  least  one  node  closer  to  its 


destination.  Making  such  an  advance  would  move  the  message 


past  the  point  of  failure  on  the  other  spiral,  and  allow  it 


to  continue  on  towards  the  final  destination. 


After  the  DF  is  changed,  the  message  then  continues  on 


towards  its  destination  in  the  opposite  direction.  Thus, 


based  on  the  pattern  of  failed  nodes,  it  is  possible  for  a 


message  to  retrace  its  steps  back  through  the  source  node  as 


it  seeks  out  the  path  in  the  opposite  direction.  The  routing 


procedure  must  check  to  ensure  messages  do  not  oscillate 


•. 
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between  spirals,  or  alternate  directions  indefinitely.  Fault  j 

I 

( 

tolerance  is  inherent  in  the  algorithm  since  altering  the 
SFDF  pair  Is  guaranteed  to  find  a  path  to  destination  If  one 
exists,  regardless  of  the  pattern  of  failure(s). 

The  routing  algorithm  used  in  our  spiral  topology  is 
summarized  as  follows: 

1.  If  the  message  is  a  new  arrival  to  the  network,  the 
spiral  and  direction  flags  are  initialized  by  the 
Preprocessing  Algorithm  at  the  source  node. 

2.  The  message  arrives  at  a  node  and  is  checked  to 
determine  if  it  has  reached  its  destination  module.  If  so, 
it  is  gated  by  the  Rapid  Processing  Algorithm  to  the 
destination  node  within  the  current  module. 

3.  If  this  Is  not  the  destination  module,  the  message  is 
sent  to  its  gateway  node  within  the  current  module  if  that 

node  Is  operating.  The  last  digit  of  this  gateway  node's  i 

address  is  SFDF,  base  4.  Go  to  step  #7. 

4.  If  the  gateway  node  has  failed  and  the  SF  has  not  been  i 

changed  while  In  the  current  module,  then  SF  is 

complemented.  Return  to  step  #3. 

■ 

5.  If  t*e  gateway  node  has  failed,  the  SF  has  already  been 


changed  within  the  current  module,  and  the  DF  has  not,  then 
complement  the  DF .  Return  to  step  #3. 

6.  If  the  gateway  node  has  failed,  the  SF  has  already  been 
changed  within  the  current  module,  the  DF  has  already  been 
changed,  and  the  message  has  returned  to  the  original  source 
module  twice,  then  there  is  no  path  to  the  destination.  End 
of  trip  for  this  message.  (The  algorithm  terminates  for 
this  message.  Take  appropriate  action  to  notify  source  node 
of  inability  to  deliver.) 

7.  Once  at  the  gateway  node,  gate  the  message  to  the  module 
in  its  route  path.  Return  to  step  #2. 

6.3.  Examples  of  How  the  Routing  Algorithm  Operates 

All  examples  used  in  this  section  were  chosen  to  emphasize 
spiral's  high  tolerance  to  failure(s).  While  the  response 
time  is  increased  as  more  failures  occur  (to  a  point,  then 
the  response  time  again  decreases),  our  primary  concern  Is 
confirmation  that  the  spiral  topology  still  functions  in  the 
case  of  failures.  Response  time  Is  addressed  in  more  detail 
In  the  next  chapter. 


A  FAULT  TOLERANT  SELF-ROUTING  COMPUTER  NETWORK  TOPOLOQV 
<U>  AIR  FORCE  INST  OF  TECH  HRIGHT-PATTERSON  AFB  OH 
T  L  MITCHELL  1988  AFIT/CI/NR-88-S8 
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Next,  the  same  source-destination  pair  is  assumed,  but  now 
node  11  <23,  base  4)  has  failed.  Refer  to  figure  6-3  for 
this  example.  The  route  now  chosen  by  the  algorithm  is  110 
->  .13  ->  22  ->  21  ->  120  ->  123. 


Figure  6-3.  Single  Arbitrary  Node  Failure. 
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In  this  next  example,  nodes  9  and  11  have  failed  (nodes  2! 
and  23,  base  4).  We  again  assume  the  same  S-D  pair  of  2C  - 
27.  From  figure  6-4,  we  see  that  the  path  chosen  by  the 
Routing  Algorithm  is  110  ->  113  ->  22  ->  113  ->  112  ->  13  -> 
12  ->  103  ->  102  ->  03  ->  02  ->  33  ->  32  ->  123.  Notice  in 
this  case,  both  spirals  are  cut  off  In  the  direction  of  the 
shortest  path.  The  algorithm  adjusts  on-the-fly  by 
complementing  both  SF  and  DF.  The  result  is  the  message 
retracing  Its  steps  back  through  the  source  module  in  the 
opposite  direction.  However,  the  destination  was  still 
reachable . 


I 


*  t*  -  V* 
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Next,  we  start  with  the  last  example  where  both  spirals  were 
cut  off  in  the  same  direction,  and  additionally  kill  node 
03.  Again,  we  use  the  source-destination  pair  20  -  27.  The 
path  chosen  can  be  traced  through  figure  6-5  as  110  ->  113 
->  22  ->  113  ->  112  ->  13  ->  12  ->  103  ->  102  ->  100  ->  01 
->  00  ->  31  ->  30  ->  121  ->  123.  Again,  note  that  the 
destination  is  still  reachable. 


It'  ^^17  20 

(loot - -UOli  U2 0“ 


88 


Figure  6-6.  Unreachable  Destination  Example 


r 
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Figure  6-7.  Destination  Reachable  After  Several  Changes. 

6.4.  Summary 

In  each  of  the  above  examples,  the  resulting  path  chosen  by 
the  algorithm  was  longer  than  the  optimum  one  of  the  error 
free  case.  As  mentioned  earlier,  the  longer  path  means 
increased  delay  for  the  message.  However,  the  achievement 
of  high  tolerance  to  failures  anywhere  In  the  network  Is  our 
primary  concern.  Further,  link  speeds  are  arbitrarily 
selected  to  achieve  specified  levels  of  performance. 
Network  planners  need  only  select  a  higher  link  speed  for 
the  error  free  network  to  compensate  for  the  increased  path 
length  resulting  from  severe  node  or  module  failures. 
Finally,  for  any  source-destination  pair  under  error  free 
conditions,  the  algorithm  always  selects  the  optimum  path. 
In  the  presence  of  errors,  if.  a  path  exists  between  any  two 
nodes,  the  algorithm  is  guaranteed  to  find  it. 
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7.  ANALYSIS  OF  THE  ERROR  FREE  SPIRAL  NETWORK  TOPOLOGY 


7.1.  Introduction 

This  chapter's  primary  emphasis  is  on  reporting  results  that 
apply  to  the  error  free  spiral  network  topology.  When 
failed  nodes  exist  in  a  spiral  network,  closed  form 
algebraic  results  similar  to  the  ones  reported  in  this 
chapter,  are  either  impossible,  or  extremely  difficult  to 
derive.  For  example,  the  impact  of  failures  on  the  mean 
path  length  Is  dependent  on  the  location  of  those  failures. 
Two  arbitrary  node  failures  on  opposite  spirals  that  are  not 
directly  opposite  each  other,  have  less  impact  on  the  mean 
path  length  than  two  failures  that  are  opposite  each  other. 
In  the  latter  case,  both  top  and  bottom  spirals  are  cut  off, 
causing  a  message  to  reverse  its  direction  and  retrace  the 
path  traversed  to  that  point.  This  reversal  by  messages  that 
need  to  advance  beyond  the  point  of  the  two  failures  will 
result  in  a  longer  mean  path.  Even  if  a  closed  form 
expression  for  the  mean  path  length  could  be  found  that 
compensates  for  each  possible  failure  pattern,  the  resulting 
expression  would  be  extremely  complicated,  and  add  little  to 
the  overall  understanding  of  the  network's  performance.  The 
combinations  of  failure  patterns  are  numerous,  because  the 
number  of  failures  can  range"  from  1  to  as  many  nodes  as 
there  are  in  the  network.  Even  if  only  two  or  three 
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remaining  good  nodes  can  reach  each  other,  theoret leal  1 y, 
there  still  is  a  mean  path  length. 

Therefore,  the  approach  to  analyzing  the  spiral  topology 
when  nodes  have  failed  is  to  compare  the  results  for  no 
failures  to  the  same  size  spiral  network  containing  1,  2,  or 
3  failures.  We  also  analyze  the  impact  of  the  failure  of  a 
single,  or  several  modules,  on  the  overall  network.  A 
thorough  analysis  of  the  spiral  network  topology  when 
arbitrary  nodes  and  complete  modules  have  failed,  is  found 
in  the  next  chapter. 

Theoretical  results  in  this  current  chapter  are  compared  to 
those  obtained  from  simulation.  The  simulation  model  used 
to  generate  these  comparative  results  contains  approximately 
2700  lines  of  C  program  source  code  (Appendix  E>  .  Spiral 
networks  containing  4  to  20  modules  (16  to  80  nodes)  were 
established  and  evaluated.  In  every  case,  the  common  link 
speed  was  19200  bits  per  second;  4000  messages  were 
delivered  to  reach  a  simulated  steady  state  condition;  and 
4000  messages  were  used  to  gather  statistics.  Appendix  B 
contains  more  details  on  the  design  and  implementation  of 
this  simulation  model.  And  Appendix  D  contains  the  Summary 
of  Simulation  Results  for  each  run. 
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7.2.  Theorem  on  Disjoint  Paths 


THEOREM  1:  In  any  size  spiral  network  with  no  failed  nodes 
or  links,  there  exists  four  disjoint  paths  between  any 
source-destination  pair. 


Proof:  In  the  spiral  connectivity  scheme,  every  third 
module  is  threaded  together  top  and  bottom  in  a  circular 
fashion.  Nodes  on  the  front  end  of  each  module  are  connected 
to  the  nodes  on  the  rear  side  of  their  link  module.  This 
pattern  results  in  two  spirals  of  equal  length:  one  on  top 
and  the  other  on  bottom.  Since  these  spirals  are  circular, 
the  four  disjoint  paths  that  result  are  1)  top  spiral 
traveling  to  the  right;  2)  top  spiral  left;  3)  bottom  spiral 


right;  and  4)  bottom  spiral  left. 


Q .  E .  D . 


As  an  example,  consider  the  seven  module,  28-node  network 
(figure  5-4).  Using  the  source-destination  pair  5  ->  18,  the 
four  disjoint  paths  using  base  10  numbers  are: 

5  >  20  >  21  >  8  >  9  >  24  >  25  >  12  >  13  >  0  >  1  >  16  >  18 

5  >  7  >  22  >  23  >  10  >  11  >  26  >  27  >  14  >  15  >  2  >  3  >  18 

5  >  4  >  17  >  18 

5  >  6  >  19  >  18. 


■' *■> 
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7.3.  Theorem  on  Maximum  Path  Length 


THEOREM  2:  The  maximum  path  length  In  any  size  spiral 
network  having  no  failed  nodes  or  links,  measured  in  hops 
under  the  shortest  path  algorithm,  is  equivalent  to  the 
number  of  modules  contained  in  that  network. 


Proof:  Define  the  following  variables: 


=  number  of  modules  in  the  network, 

=  number  of  nodes  in  the  network, 

=  number  of  nodes  on  each  of  the  two  spirals,  and 
=  maximum  number  of  hops  between  the  most  distant 
source-destination  pair. 


Since  the  minimum  four  module,  16  node  spiral  network  is 
expanded  by  modules  of  four  nodes  each,  n  *  4  *  m.  Further, 
since  there  are  two  equal  disjoint  spirals  in  a  network,  s  = 
n/2.  Consider  one  spiral.  Since  4  *  m  is  always  even,  s  = 
<4  *  m>/2  is  also  even.  The  maximum  number  of  hops,  h, 
between  any  two  most. distant  of  2m  nodes  is  h  .  =  <2m>/2  =  m. 
For  if  h  were  greater  than  (2m) /2,  then  choosing  to  send  the 
message  in  the  opposite  direction  along  this  spiral  results 
in  a  path  shorter  than  h  =  m.  Even  if  the  source-destination 
nodes  are  on  opposite  spirals,  direct  connection  to  the 
appropriate  link  node  on  the  other  spiral  does. not  lengthen 
the  maximum  path.  Thus 
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s  n  /  2  n  4*m 

h  =  - - - -  -  - - -  rr. . 

2  2  4  4 

C.E.D. 

7.3.1.  Analysis  of  Maximum  Path  Length 

The  following  analysis  compares  theorem  2's  formula  results 
to  those  of  the  simulation  model.  In  the  model,  if  the  path 
of  the  most  recently  delivered  message  is  longer  than  any 
previous  path,  then  this  length  becomes  the  updated  maximum 
path  value. 

Case  1 :  m  =  4 

theorem:  h  =  m  =  4. 

simulation:  h  =  4. 

Case  2 :  m  =  5 

theorem:  h  =  m  =  5. 

simulation:  h  -  5. 

Case  3:  *  =  7 

theorem:  h  =  m  =  7. 

simulation:  h  =  7. 

Case  4:  m  *  8 

theorem:  h  =  m  =  8. 

simulation:  h  =  8. 


theorem:  h  =  m  =  10. 

simulation:  h  =  10. 

Case  6 :  m  =  11 

theorem :  h  =  m  =  1  1  . 

simulation:  h  =  11. 

Case  7:  m  =  13 

theorem:  h  =  m  =  13. 

simulation:  h  =  13. 

Case  8 :  m  =  14 

theorem:  h  =  m  =  14. 

simulation:  h  =  14. 

Summary:  When  comparing  the  theoretical  result  of  maximum 

path  length  to  that  obtained  from  the  simulation  model,  the 
results  are  always  identical.  This  is  true  no  matter  the 
size  of  the  spiral  network  under  study. 


f\M  PLJf  rurrva  r 
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7.4.  Theorem  on  Traffic  Between  any  Source -De st i nat i on  Pair 

Theorem  3:  Let  \jj  messages  per  second  represent  the  average 
amount  of  external  traffic  entering  node  (i)  and  destined 
for  node  (j).  Assuming  that  each  node  sends  this  new 
traffic  to  all  other  nodes  with  equal  probability,  then  for 
any  size  spiral  network  with  or  without  failed  nodes, 

4 ( n  -  f) 

^jj  =  . 

n(n- 1 > I  AT 


Where  : 

n  =  the  number  of  nodes  in  the  network, 

IAT  =  mean  time  (in  seconds)  between  arrival  of  external 
messages  to  each  of  the  four  links  at  node  (1),  and 
f  =  number  of  failed  nodes  in  the  spiral  network. 


Proof  (this  result  is  used  in  sections  7.6  and  7.10): 
External  messages  arrive  at  each  link  with  frequency  1 /IAT. 
Since  there  are  four  links  attached  to  each  node,  the 
arrlv  l  rate  of  external  messages  to  each  node  is  4/IAT. 
Further,  since  each  node  sends  to  all  other  nodes  with  equal 
probability,  the  proportion  of  this  new  traffic  sent  to  each 
node  Is  l/Cn-l).  When  there  are  no  failures,  the  average 
amount  of  newly  generated  traffic  sent  from  source  node  (i) 
to  destination  node  <j)  per  second  is: 

4  1  4 

IJ  IAT  n-  1  <  I  AT)  (n-  1 ) 
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In  the  spiral  topology,  there  Is  no  global  node  status 
information,  thus  good  nodes  will  send  messages  to  failed 
ones,  not  knowing  that  the  destination  has  failed.  However, 
failed  nodes  send  no  messages.  Therefore  (n-f)/n  represents 
the  proportional  Impact  that  failures  have  on  externally 
generated  traffic.  The  reduction  in  external  traffic  as  a 
result  of  failures  is  1  •  (n  •  f)/n. 

Incorporating  the  proportional  impact  of  failures  into  the 

above  equation,  we  now  get 

4  n-f  4(n-f> 

•y . .  - - * - - - ' 

!J  <n-  1  >  <  IAT)  n  nCn-l>CIAT> 

Q  .  E .  D . 

7.5.  Theorem  on  Expected  Average  Link  Traffic 

7.5.1.  Introduction 

The  previous  theorem  is  concerned  with  the  arrival  of 
external,  traffic  to  the  four  links  that  comprise  a  node,  and 
how  that  new  traffic  Is  distributed  to  each  of  the  remaining 
<n  -  1)  nodes.  The  next  theorem  addresses  a  single  (one  of 
the  four)  arbitrary  link  at  a  node.  The  theorem  result  is 
an  expression  for  determining  the  expected  average  amount  of 
traffic  that  is  sent  over  any  arbitrary  link.  That  traffic 
Includes  both  newly  generated  external  traffic  and  transient 
messages . 
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Theorem  4:  Let  messages  per  second  represent  the 

expected  average  amount  of  newly  generated  and  transient 
traffic  passed  over  an  arbitrary  link  (i).  Then  in  any  size 
spiral  network  which  has  no  failed  nodes  or  links, 

1 

\ ,  =  ---  +  .  375/3, 

I  AT 

where : 

IAT  =  mean  time  (in  seconds)  between  arrival  of 
external  messages  to  each  link,  and 


j3  =  the  average  amount  of  transient  traffic  entering 
any  node . 


7.5.2.  Preliminary  Discussion 


If  we  start  with  some  source  node  (i>,  then  the  traffic  from 
node  (i)  to  directly  connected  node  (j)  consists  of  new 
external  traffic  that  enters  the  network  at  node  (i) 
destined  for  <j),  plus  transient  traffic  that  uses  the  link 
between  nodes  <i)  and  <j)  as  an  intermediate  hop.  When  this 
combined  traffic  enters  node  Cj),  it  is  joined  by  new 
traffic  that  enters  the  network  at  node  <j>,  plus  a  portion 
of  the  transient  traffic  that  enters  node  (j>  on  the  other 
links  tied  into  node  (j>.  A  portion  of  this  new  total 
amount  of  traffic  then  passes  over  the  next  link  to  node 
<k>,  where  the  process  of  combining  new  external  and 
transient  traffic  is  repeated.  This  analysis  suggests  that 
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tne  average  amount  of  traffic  on  an  arbitrary  path  increases 
proportional  to  the  path  length.  But  since  every  node  in  a 
spiral  network  falls  near  the  end  of  the  path  from  some 
source  node,  we  would  expect  this  proportional  increase  in 
traffic  to  be  distributed  uniformly  throughout  the  network. 
In  the  spiral  topology,  the  path  taken  by  an  arbitrary 
message  is  part  of  a  tandem  network  that  contains  cross 
links  at  each  node.  So  while  transient  messages  at  each 
node  joins  the  flow  of  newly  generated  traffic,  at  some 
point  along  the  path,  we  assume  that  an  amount  of  transient 
traffic  equivalent  to  that  which  joined  the  path,  will  again 
leave,  and  become  part  of  some  other  path  in  the  network. 
Therefore,  the  reasonable  assumption  is  made  that  the 
average  transient  traffic  <p>  arriving  at  an  arbitrary  link 
to  join  newly  generated  messages  Is  a  constant.  This 
assumption  and  discussion  of  the  behavior  of  queues  in 
tandem  that  merge  with  cross  links  parallels  the  analysis  of 
tandem  queues  in  [421,  where  the  assumption  is  made  that 
transient  messages  move  into  a  path  at  some  node,  and  then 
leave  that  path  at  the  next  node. 


There  are  four  unique  cases  that  must  be  analyzed  when 
considering  the  mean  traffic  over  a  link.  These  cases  exist 
because  we  have  four  links  connected  to  each  node.  The 
analysis  that  follows  is  based  on  a  fully  connected  module, 
using  variables  defined  as  foliows: 

*  expected  mean  traffic  (in  seconds)  passed  over 
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any  arbitrary  link  (i), 

IAT  =  mean  time  (in  seconds)  between  arrival  of 
external  messages  to  each  of  the  four  links  at  a 
node,  and 

0  =  the  average  amount  of  transient  traffic  per 
second  entering  any  arbitrary  node. 

In  each  case  analyzed,  the  solid  lines  with  direction  arrows 
in  figures  7-1  through  7-4,  highlight  the  links  that  may 
impact  the  traffic  that  helps  form  The  broken  lines  are 

included  to  complete  the  module  connectivity.  Also,  in  each 
of  the  four  cases  that  follows,  three  links  (with  direction 
arrows  in  the  figures)  lead  into  the  node,  and  one  link 
leads  away  from  it.  We  arbitrarily  choose  node  (1)  as  the 
source  node.  The  values  of  X2>  X3,  and  X4  in  figures  7-1 
through  7-4  represent  the  traffic  (in  seconds)  sent  from 
nodes  (2),  (3),  and  (4)  respectively. 


Case  1:  Node  (1)  sends  to  node  (4). 


In  this  first  case  (figure  7-1),  a  portion  of  the  transient 
traffic  0  from  the  external  link  is  joined  by  the  new 
traffic  generated  at  the  link  feeding  node  (4>  from  node 
(1).  So  the  value  of  X ^  is  determined  by  the  rate  of  newly 
arriving  messages  to  the  node  (1)  to  node  (4)  link,  plus  a 
portion  of  the  through  traffic  None  of  X2  or  A3  is  fed 
to  ,  since  traffic  sent  to  node  (4)  from  nodes  (2)  and  (3) 
uses  the  directly  connected  node  (4)  links.  The  amount  of 
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going  to  X.j  depends  on  how  much  terminates  at  node  (1),  and 
how  much  is  sent  to  nodes  (2)  and  (3). 


Figure  7-1.  Node  (!)  Sends  to  Node  (4) 


Case  2:  Node  <1)  Sends  to  Node  (2) 


In  our  second  case,  the  value  of  \j  is  determined  by  the 
rate  of  newly  arriving  messages  to  the  link  feeding  node  (2) 
from  node  (1),  plus  the  portion  of  the  through  traffic  from 


Figure  7-2.  Node  <1>  Sends  to  Node  <2>. 
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p  (see  figure  7-2).  Again,  none  of  ^3  or  X4  is  fed  to  \j, 
since  traffic  sent  to  node  <2>  from  nodes  (3>  and  (4)  uses 
the  directly  connected  node  (2)  links.  The  amount  of  p 
going  to  Xj  depends  on  how  much  terminates  at  node  (1),  and 
how  much  is  sent  to  nodes  (3)  and  (4). 

Case  3:  Node  (1)  Sends  to  Node  (3). 

Now,  the  value  of  Xj  is  determined  by  the  rate  of  newly 
arriving  messages  to  the  link  feeding  node  (3)  from  node 
<1),  plus  the  portion  of  the  through  traffic  from  p(see 
figure  7-3).  As  before,  none  of  \2  or  X4  is  fed  to  \j,  since 
traffic  sent  to  node  (3)  from  nodes  (2)  and  (4),  uses  the 
directly  connected  node  <3)  links.  The  amount  of  p  going  to 
Xj  depends  on  how  much  terminates  at  node  (1),  and  how  much 
is  sent  to  nodes  (2)  and  (4). 


Figure  7-3.  Node  <1)  Sends  to  Node  (3).’ 
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Case  4:  Node  (1)  Sends  to  Distant  Node. 


Figure  7-4.  Node  Cl)  Sends  to  Distant  Node. 


In  this  final  case,  node  (1)  sends  to  a  node  that  Is  a  part 
of  the  directly  connected  next  Cor  previous)  module.  The 
value  of  \j  is  now  determined  by  the  rate  of  newly  arriving 
messages  to  the  link  feeding  the  distant  node  from  node  (1), 
plus  the  portion  of  traffic  from  \2 ,  \j  and  \4  C\2  =  ^3  =^4 


=  (3  ) .  The 

amount 

of  \2p  \3>  and  X. 4  that 

helps  to 

form 

X  j  is 

determined 

by 

whether  or  not  node 

Cl)  is 

the 

f  Inal 

dest inat i on 

node 

for  a  message  sent  from  or  through 

nodes 

(2),  (3),  or  (4). 

We  now  form  mathematical  representations  of  these  four 
cases,  and  combine  them  to  conclude  the  proof  of  theorem  4. 
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7.5.2.  Proof  of  Theorem  4 


Case  1:  In  this  first  case,  (5  either  terminates  at  node  (1), 
or  is  sent  on  to  nodes  <2>,  <3>,  or  (4).  p  therefore  goes 
to  node  (4),  and  thus  helps  form  \j  ,  with  probability  .25: 


\j  =  arrival  rate  of  newly  generated  messages 
+  portion  of  through  traffic 

1 

\j  * - +  IProbabi  1  i  ty(  p  goes  to  X.;)lp 

I  AT 

1 

<7.5.  1)  Xj  - - +  .  25p. 

I  AT 


I* 


Case  2:  Again,  p  either  terminates  at  node  (1),  or  Is  sent 
on  to  nodes  <2>,  <3),  or  <4>.  The  probability  of  p  helping 
to  form  \j  is  .25  as  before. 


X.j  =  arrival  rate  of  newly  generated  messages 
+  portion  of  through  traffic 

1 

\j=  — -  +  [ Probab i  1 1 ty (  p  goes  to  Xj  )  ]  p 
I  AT 

1 

(7.5.2)  X; - - +  . 25  p. 

I  AT 


f| 

h 


Case  3:  This  case  Is  the  same  as  the  two  previous  ones:  p 
either  terminates  at  node  <1>,  or  feeds  nodes  <2),  (3),  or 
(4)  with  equal  probability. 


\:  =  —  +  iProbabll  ity(  a  goes  to  X. •  >  ] p 
I  AT 


(7.5.3) 


Xj  - - +  .  25  p , 


Case  4:  In  this  last  case,  X2  terminates  at  node  (1)  or 
feeds  ,  X3  terminates  at  node  (1)  or  feeds  Xj  ,  and  \4 

terminates  at  node  (1)  or  feeds  X;  .  Each  of  these 
terminations  occur  with  probability  .5. 


Xj=  arrival  rate  of  newly  generated  messages 
+  portion  of  through  traffic 


Xj  - - +  [probabil ity( X2  orX3  or  X4  goes  to  X,  )lp 

IAT 


xj  =  ...  +  rp(x2>  +  p<x3)  +  p(x4>  *  p<x2n\3>  -  P(x2r)x4> 

IAT 

-  pcx3nx4)]p 

1 

Xj =  —  +  [ .54.5+.5-(.5)(.5)-<.5>(.5>-(.5>(.5))p 
IAT 


X;  - - +  i.5<3)  -  (.5)(.5)(3))P 


(7.5.4)  Xj  - - +  .  75  p. 

IAT 


Consolidating  equations  7.5.1  through  7.5.4  for  the  four 
cases  and  simplifying,  yields  the  result  we  seek: 


1  1 

X;  =  <---  +  .  25p)  (  .75)  +  (—  +  . 75 p>  (  .  25 ) 
IAT  IAT 
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X:  - - +  .  1 875 p  + - +  .  1 875  P 


Xj  - - +  .  375£ . 

I  AT 


6.E.D. 


7.5.3.  Analysis  of  Expected  Average  Traffic 

Table  7-1  contains  analytical  results  obtained  from  applying 
the  formula  in  theorem  4  to  various  size  spiral  networks  for 
selected  values  of  p.  For  each  spiral  network  analyzed,  the 
overall  system  utilization  was  first  found  by  ignoring 
transient  traffic  (  p=  0).  Then  we  assumed  that  transient 
traffic  joined  newly  arriving  traffic  at  a  rate  of  .05 
messages  per  second  <p  =  .05).  The  value  for  the  arrival 
rate  of  new  messages  (l/IAT)  was  also  .05,  since  IAT  =  20 
seconds.  The  column  in  table  7-1  which  reports  theoretical 
system  utilization  (pt)  contains  results  obtained  from 
applying  the  formula  to  find  Xj  based  on  p  and  IAT. 

Assuming  the  size  of  a  newly  arriving  message  is  chosen  from 
an  infinite  population  that  Is  distributed  exponentially 
with  mean  1/p.  bits  per  message,  and  that  arrivals  follow  a 
Poisson  arrival  rate  with  mean  Xj ,  a  very  good  approximation 
for  pt  at  this  point  is  the  mean  utilization  for  a  single 
link  (based  on  Xj  calculated  using  theorem  4),  multiplied  by 
the  mean  path  length  (Lm)  as  ?ound  in  the  simulation  model 
(l.e.  pt  =  XjLnj/pC)  1421.  Theorem  5  and  analytical  work  in 
section  7.8  lead  to  the  exact  expression  for  p  .  Section 
7.8  also  confirms  the  accuracy  of  the  current  approximation. 
The  last  column  in  table  7-1  contains  the  measured 
utilization  found  in  the  model,  calculated  as  follows: 


>,  #.>  l.i  i.« 


average  time  all  links  are  busy 
total  network  time 


Notice  that  without  exception,  when  transient  traffic  is 
Ignored  (.  0  =  0),  the  theoretical  utilization  (pt  )  is  closest 
to  the  measured  result  (pm) .  Even  a  small  amount  of 
transient  traffic  (.0  =  .05)  causes  theoretical  utilization 
to  surpass  the  measured  values.  In  concluding  this  analysis 
based  on  the  above  theorem,  without  exception,  the  analysis 
of  theoretical  versus  simulation  results  confirm  that 
transient  traffic  can  Indeed  be  Ignored  when  calculating  the 
system  utilization  under  the  assumed  conditions.  The  fact 
that  when  0=0,  theoretical  results  are  closest  to 
simulation  values,  supports  the  long  accepted  assumption 
that  for  analyzing  M/M/1  queues  connected  in  tandem, 
transient  traffic  can  be  ignored  [421.  Ignoring  transient 
traffic  Is  possible  because  the  rate  at  which  transient 
traffic  flows  into  that  tandem  network  equals  the  rate  at 
which  it  flows  out  of  it.  So  while  the  formula  in  theorem  4 
is  a  precise  representation  of  the  expected  average  traffic 
arriving  at  an  arbitrary  link,  a  more  simple  procedure  that 
is  just  as  accurate  is  to  use  the  rate  at  which  new  messages 
arrive  at  the  links.  Ignoring  the  transient  traffic. 


Table  7.1.  Average  Traffic  Result  Comparisons. 


modules 

0 

xi 

Pt 

pm 

.00 

.05000 

.04984 

4 

.05 

.06875 

.06853 

.04820 

.00 

.05000 

.06043 

5 

.05 

.06875 

.08309 

.05890 

.00 

.05000 

.08078 

7 

.05 

.06875 

.11107 

.07972 

.00 

.05000 

.09060 

8 

.05 

.06875 

. 12458 

.08849 

.00 

.05000 

.11166 

10 

.05 

.06875 

. 15353 

.11286 

o 

o 

* 

.05000 

. 12308 

1  1 

.05 

.06875 

.  16923 

.12104 

o 

o 

,05000 

. 14425 

13 

.05 

.06875 

. 19834 

.  14673 

.00 

.05000 

.  15312 

14 

.05 

.06875 

.21054 

.  15060 

.00 

.05000 

.  17561 

16 

.05 

.06875 

.24147 

.17136 

.00 

.05000 

.  18580 

17 

.05 

.06875 

.25548 

. 17796 

.00 

.05000 

.20473 

19 

.05 

.06875 

.28150 

.20226 

.00 

.05000 

.21251 

20 

** 

:21263 

.05 

.06875 

.29220 

r 
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7.6.  Theorem  on  Total  One  Way  Link  Traffic 


7.6.1.  Introduction 


In  the  previous  section,  we  presented  as  theorem  4  an 
expression  for  calculating  \j  ,  the  expected  average  amount 
of  external  and  transient  traffic  (in  messages  per  second) 
passed  over  any  arbitrary  link  (i).  If  we  form  the  sum  of 
all  the  one  way  Xj's  in  a  network,  then  we  arrive  at  the 
total  one  way  link  traffic  in  that  network.  The  next 
theorem  provides  an  alternate  exact  expression  for  finding 
the  total  average  one  way  link  traffic.  Theorem  5  will  be 
applied  in  sections  7.7  and  7.8. 


Theorem  5:  The  total  average  one  way  link  traffic  (X)  for 

any  size  spiral  network  having  no  failed  nodes  or  links,  is 

4  n  li]”1  Lt-1 

X  . . { - [ 5m-4  +  t  <  7m-  1  4  i  -3 )  +  T  (m-21-1 )  1  +  mn), 

IAT(n-l)  2  i = 1  i = 1 


where : 


=  mean  time  in  seconds  between  arrival  of 
external  messages  to  each  link, 

=  the  total  number  of  nodes  in  the  network, 

=  the  total  number  of  modules  in  the  network 


<  m  =  n  1 4 ) . 


I 


We  now  know  from  theorem  4  that  transient  traffic  entering  a 
network  of  tandem  queues  can  be  ignored,  since  the  flow  rate 
into  that  tandem  link  equals  the  flow  rate  out.  Even  if  the 
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transient  traffic  was  not  ignored,  on  the  average,  it  would 
be  constant,  and  thus  could  be  removed  from  computations. 
The  theorem  just  presented  as  theorem  5  pertains  to  external, 
traffic  only. 


There  are  three  types  of  links  in  any  size  spiral  network: 

Type  I:  Gateway  Links  -  These  links  connect  the 


modules 

together  to  hel 

p  form  the 

top 

and 

bottom 

spirals. 

Examination  of 

any  size 

spiral 

network 

topcl ogy 

quickly  confirms 

that  there 

are 

(n) 

Type  I 

links  in 

each  full-duplex 

spiral  network. 

So 

the  .  .e 

way  total 

of  Type  I  1  inks 

is  n  /  2  . 

I 

) 

f 

Type  II:  Transient  Links  -  These  links  form  bridges  { 

for  the  gateway  links,  and  complete  the  connections  ( 

that  form  the  top  and  bottom  spirals.  Type  II  links 
are  the  top  and  bottom  connections  in  each  module. 

Again,  examination  of  any  size  spiral  network  topology 
confirms  that  there  are  also  n/2  Type  II  links  in  each 
one  way  spiral  network. 


Type  III:  Crossover  Links  -  These  links,  along  with 
the  Type  II  Transient  Links,  form  the  individual 
modules.  The  crossover  links  cause  a  change  from  one 
spiral  to  the  other.  The  number  of  crossover  links  in 
any  full  duplex  spiral  network  is  quickly  verifiable  to 
equal  twice  the  number  of  nodes  present  in  that 
network.  Thus,  there  are  (n>  Type  III  links  in  each  one 
way  spiral  network. 

The  total  number  of  one  way  links  in  any  size  spiral 

network,  then,  is  the  sum  of  these  three  types. 


The  external  traffic  load  passed  over  a  particular  link 
depends  on  the  mean  message  arrival  rate  to  the  link,  and 
whether  the  link  is  of  Type  I,  II,  or  III.  The  heaviest 
links  are  of  Type  I  and  II  since  they  form  the  top  and 
bottom  spirals.  In  an  error  free  network,  only  links 
directly  connected  to  source  or  destination  nodes  perform  as 
Type  III.  In  other  words,  a  message  uses  a  Type  III  link 
only  at  the  beginning  or  end  of  its  path.  As  it  moves  along 
the  spiral,  the  message  spends  the  remainder  of  the 
transmission  time  on  Type  I  or  II  links.  Let  \j,  Xjt,  and 
^III  rePresent  the  total  number  of  combinations  of  each  type 
of  link  in  any  size  spiral  network.  Recall  from  theorem  3 
in  section  7.4  that  Yij  in  messages  per  second,  represents 
the  amount  of  new  external  traffic  entering  node  Ci) 
and  destined  for  node  <j>.  '  Then  the  amount  of  one  way 
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link  traffic  on  each  of  the  three  types  of  links  is  defined 


as  follows: 


TYPE  I:  YjjX!  =  kv 
TYPE  II:  X2. 

TYPE  III:  Yjjkjjj-Xg. 


7.6.3.  Proof  of  Theorem  5 


For  a  Type  I  link.  If  one  listed  all  the  possible  one  way 
traffic  combinations  (Yjj  *s)  for  each  source-destination 
pair,  the  total  number  results  in  the  following  pattern: 


- +  <  m-0)  +  3(a- 1 )  +  <m-2)  +  3(m-3)  +  <m-4>  +  3(»-5>... 

2 


=  -  -  +  ^  <m-2 1 )  + 


3(m-21-i),  or 


2  1*0 


\  T  *  —  —  + 


<  4m-8 i -3> 


2  i  =0 


Where 


m  =  the  number  of  modules  in  the  network,  and 
Tl*  the  celling  function.  fm / 2l  =  »/2  if  m  is  even, 
else  round  up  to  the  next  integer. 


Listing  all  the  possible  one  way  traffic  combinations 
(Yjj's)  for  each  Type  II  source-destination  pair  results 
in  the  next  pattern: 


-  +  (m-0)  +  <m-l>  +  3<m-2)  +  <m-3>  +  3<m-4>  +  <m-5>..., 
2 
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.  Ifl-i  l!f-> 

*  -  +  2  3<m-21>  +  £  (*-21-1). 


*11 


1  =  1 


i  =0 


Where  1 _ I  i s  the  floor  function.  L*/2j  =  m/2  If  m  is 

even,  else  truncate  the  decimal  portion. 


And  finally.  It  is  quickly  verifiable  that  the  number  of  one 


way  Yj’s  of  Type  III  is  exactly  equal  to  the  number  of 


U 


modules  <m)  In  the  network.  Fro*  theore*  3,  with  no  failures 
(f  =  0),  the  average  amount  of  external  traffic  from  source 
node  (1)  to  destination  <j)  is  Yij  *  4/< I AT<n- 1 > > .  Therefore 
the  total  average  one  way  traffic  Is: 


n/2 


n/2 


n 


X  - 


Yy  1  *1  +  \  2  Mil  +  Yy  U  HI 

Jl  =  l  1*1  Ji*l 


n/2  n/2  n 

=  2Xj  +  2Xjj  +  2  \xijl 

1=1  1*1  1*1 


n 


*  +  Xji  >  +  a  Xjjj] 


4  n  0-1  frl 

- t-I5m-4  +  2  <7m- 1 4 1 -3)  +  X  <m-2i-l)l  +mn). 


IAT(n-l)  2 


1*1 


1*1 


Q.E.D. 


7.7.  Theorem  on  Mean  Path  Length 


THEOREM  6:  The  *ean  path  length  <L>  in  any  size  spiral 
network  having  no  failed  nodes  or  links,  and  measured  in 
hops.  Is  given  by 


1  O-W  * 

.a  9  .a  f  m 


L 


r,i  t.t 


-  ( 2h  +  1), 

n-  1 


where : 

h  =  maximum  number  of  hops  between  the  most  distant 
source-destination  pair,  and 
n  =  number  of  total  nodes  in  the  network. 


Proo  f  : 

From  theorem  1,  there  are  four  disjoint  paths  between  any 
source-destination  pair.  Starting  at  an  arbitrary  source 
node,  there  are  four  possible  links  for  the  first  hop.  From 
any  intermediate  node  <i),  there  are  also  four  options  to 
form  the  <1  +  l)st  link.  So  for  the  first  <h  -  I)  links,  the 


mean  number  of  hops  is 


(7.7.1) 


h-1  4 

2  —  i. 

i = 1  n- 1 


Now  for  the  last  link,  there  are  only  three  remaining  links, 
since  two  directly  connected  links  are  tied  to  the  same 
destination  node.  Mathematically,  this  last  hop  is 


represented  as 


(7.7.2) 


3 

---  h . 

n- 1 


Combining  the  results  from  equations  (7.7.1)  and  (7.7.2),  we 
form  the  weighted  mean  path  length,  where  the  weight  is  the 
number  of  the  link  in  a  path. 


1  16 


h-l  4  3 

L  =  2  i  + h 

1  =  1  n- 1  n -  1 

1  h-l 

L  =  ---  [  2  41  +  3h 5 

n-1  i = 1 

1  h-l 

L  =  -  14  I  i  +  3h 1 . 

n-1  1=1 


n  n 

Now,  using  the  well  known  fact  that  21  =  -  (n  +  1), 

1  =  1  2 

1  <h  -  1 ) (h) 

L  - - 14 - +  3h  1 

n-1  2 

1  2 

- - 1 2<hz  -  h>  +  3h 1 

n- 1 


1 


n- 1 


12h2  -  2h  +  3hl 


=  ---  ( 2h  +  1) 
n-  1 


Q.E.D. 


As  an  example  of  how  the  theorem  Is  applied,  consider  the 
7-module,  28-node  spiral  network.  Arbitrarily  choose  node 
<0)  as  the  source  node.  The  four  disjoint  paths  are: 

Source  E££lh£§I:_node_f  rom_source 


0  ->  1 
0  ->  3 

0  ->  2 
0  ->  13 


links:  1 


->  16  ->  17  ->  4  ->  5  ->  20  ->  21 
->  18  ->  19  ->  6  ->  7  ->  22  ->  23 
->  15  ->  14  ->  27  ->  26  ->  11  ->  10 
->  12  ->  25  ->  24  ->  9  ->  8  ->  21 
2  3  4  5  6  7 
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4  4  4  4  4  4  3 

L  =  ““*1  +  --*2  +  ““*3  +  -  -  ★  4  +  --*5  +  ~“*6  +  --*7 
27  27  27  27  27  27  27 

L  =  3.88889. 

Using  the  formula  directly  with  n  =  28  and  h  =  m  =  7, 

7 

L  =  -  12(7)  +11=  3.88889. 

28-1 


7.7.1.  Analysis  of  Mean  Path  Length 


i 


Recall  that  IAT  Is  the  mean  time  in  seconds  between  arrival 
of  external  messages  to  any  arbitrary  link  in  a  spiral 
network,  regardless  of  size.  Therefore  external  messages 
arrive  at  the  rate  of  1/IAT.  Since  each  node  has  four 
connected  links  (see  chapter  5),  the  arrival  rate  of 
external  messages  to  each  node  is  4/IAT.  If  we  define  Y  to 
be  the  total  number  of  messages  per  second  entering  the 
entire  network,  then  Y  =  4n/IAT,  since  there  are  n  nodes  in 
the  network.  The  one  way  mean  path  length  is  therefore  the 
ratio  of  the  total  average  one  way  link  traffic  (\>,  to  the 
average  one  way  offered  load  1451.  Letting  Y'  =  Y/2  = 
2n/IAT,  the  mean  number  of  links  traversed  by  a  typical 
message  is  the  ratio  \/Y’.  But  from  the  previous  theorem, 
we  have  a  closed  form  expression  for  the  mean  path  length. 


Our  current  purpose  is  to  compare  path  length  values 


obtained  from  three  Independent  approaches:  1)  the  ratio 
X./Y';  2)  the  equation  from  theorem  6;  and  3)  the  measured 
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result  from  simulation. 

Table  7.2  summarizes  path  length  results  found  using  these 
three  independent  approaches.  The  values  of  x.  in  the  second 
column  of  table  7.2  are  found  by  using  theorem  5.  V '  = 
2n/IAT,  where  IAT  =  20  seconds.  The  column  Lr  is  found  by 
using  the  ratio  described  above  The  5th  column  (L^) 

contains  theoretical  results  from  theorem  6.  Note  that  the 
columns  Lr  and  are  identical,  as  they  must  be  if  our 
analysis  is  accurate.  The  last  column  (L^)  contains  the 
values  found  by  the  simulation  model.  In  the  model 

total  number  of  hops  for  all  messages 

Lm  =  ““  ”  **  “  ”  '  • 

number  of  messages 

Notice  that  without  exception  for  the  12  networks  analyzed, 
the  measured  result  (L^)  is  extremely  close  to  theoretical 
expectations  <Lr  and  Lt ) . 


nr.xn  rsn  *r;  nj\ 


Table  7.2.  Mean  Path  Length  Comparison, 
(in  number  of  hops) 


n 

\ 

Y' 

W 

Lt 

Lm 

16 

3.8399 

1.6 

2.4000 

2.4000 

2.3923 

20 

5.7894 

2.0 

2.8947 

2 . 8947 

2.9005 

28 

10.8889 

2.8 

3.8889 

3.8889 

3.8772 

32 

14.0386 

3.2 

4.3871 

4.3871 

4.3488 

40 

21 .5384 

4.0 

5.3846 

5.3846 

5.3597 

44 

25.8883 

4.4 

5.8837 

5.8837 

5.9078 

52 

35.7885 

5.2 

6.8824 

6.8824 

6.9240 

56 

41.3381 

5.6 

7.3818 

7.3818 

7.3497 

64 

53.6380 

6.4 

8.3809 

8.3809 

8.4295 

68 

60.3881 

6.8 

8.8806 

8.8806 

8.9185 

76 

75.0881 

7.6 

9.8800 

9.8800 

9.8270 

80 

83.0376 

8.0 

10.3797 

10.3797 

10.2005 
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7.8.  Analysis  of  System  Utilization 


This  section  discusses  the  calculation  and  comparison  of  the 
mean  link  utilization  <p),  in  any  size  spiral  network, 
regardless  of  failures.  We  first  find  exact  theoretical 
values  <pt  )  by  using  theorem  5  to  find  the  total  average  one 
way  link  traffic  (X.).  These  results  are  compared  to  a 
shorter  approximation  approach  C pQ  ) ,  and  to  actual  measured 


values  found  from  simulation. 


Assuming  a  Poisson  message  arrival  rate  with  x.  messages  per 
second  arriving  on  the  average,  exponentially  distributed 
message  lengths  with  mean  1/p,  and  infinitely  large  buffers, 
the  following  expressions  can  be  used  1451: 


Theoretical : 


X 

pc' 


1 


-  =  mean  message  length, 
P 


C  =  SC:  ,  total  network 


capacity  in  bits  per 
second,  and 

X  *  total  average  one  way 
link  traffic. 


Approximation  <as  defined  in  section  7.5): 


=  -J-  ^ 
PC; 


*  1/IAT, 


Cj  =  link  capacity  in 

bits  per  second,  and 


1 


Lm  =  mean  path  length. 


Simulat ion  mode  1 : 


average  time  all  links  busy 


total  network  time 


Table  7.3  summarizes  these  results  for  the  12  spiral 
networks  used  throughout  our  analysis.  The  values  of  X.  used 
here  are  from  table  7.2.  Notice  how  closely  the 
approximation  <pa  )  is  to  the  theoretical  utilization  <pt  ). 
This  is  the  confirmation  promised  in  section  7.5  on  the 
goodness  of  pa .  The  high  confidence  in  our  model  is  again 
confirmed  as  the  values  found  from  direct  simulation, 
without  exception,  are  extremely  close  to  the  theoretically 
expected  utilization. 
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Table  7.3.  System  Utilisation  Comparison. 


m 

C 

pt 

Pa 

pm 

4 

614400 

.05000 

.04984 

.04820 

5 

768000 

.06031 

.06043 

.05890 

7 

1075200 

.08102 

.08078 

.07972 

8 

1228800 

.09140 

.09060 

.08849 

to 

1536000 

.11218 

.11166 

.11286 

1  1 

1689600 

. 12258 

. 12308 

.12104 

13 

1996800 

.14338 

.  14425 

. 14673 

14 

2150400 

. 15379 

. 15312 

. 15060 

16 

2457600 

.  17460 

.  17561 

.17136 

17 

2611200 

.  18501 

.  18580 

.  17796 

19 

2918400 

.20583 

.20473 

. 20226 

20 


3072000 


.21624 


21251 


21263 


7.9.  Analysis  of  Mean  Queue  Length 

This  section  defines  and  compares  the  theoretical  mean  queue 
length  to  the  values  found  using  the  simulation  model.  Let 
ECn)  represent  the  mean  queue  length  in  any  size  spiral 
network.  If  we  assume  a  Poisson  message  arrival  rate  with  X. 
messages  per  second  arriving  on  the  average,  exponentially 
distributed  message  lengths  with  mean  1/n,  and  infinitely 
large  buffers,  we  can  use  the  results  derived  In  r  45  3  for 
the  mean  queue  length  computations: 

1) .  Theoretical  mean  queue  length  based  on  theoretical 

util izat ion  <  pt  > : 

pt 

Eu  Cn)  * - ,  where  p{  =  x  /p.C  as  calculated 

t  -  Pt 

in  table  7.3. 

2) .  Theoretical  mean  queue  length  based  on  simulation  model 

ut 1 1 1 zat ion  <  pm  ) : 

pm 

E,„,<n>  *  -- — where  p_  is  the  measured  result 
tm  ,  rm 

1  "  Pm 

from  simulation  as  reported  in 
table  7.3. 

3) .  Simulation  model  value  calculated  directly,  independent 

of  pm  calculations: 


Em<n) 


sum  of  the  averaqe  of  all  queues 
number  *f  messages 
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51 

1 


5! 

$ 


| 

$ 

i 

1 


i 


In  this  last  case,  after  each  message  Is  delivered,  a 
snapshot  of  all  queue  lengths  is  averaged,  and  added  to  a 
running  total.  When  the  total  number  of  messages  used  for 
statistics  has  been  delivered,  this  sum  of  queue  averages  is 
divided  by  that  total  number  of  messages  used  for 
statistics.  (See  Appendix  B  for  a  discussion  of  the 
simulation  model).  Table  7.4  summarizes  for  comparison  the 
mean  queue  length  values  found  using  the  three  approaches. 


While  the  results  for  the  mean  queue  length  are  consistently 
close  for  theoretical  <Ett  (n)>  and  model  (Etm(n))  system 
utilization  values,  in  every  case  the  mean  queue  length 
results  from  simulation  <Em(n>>  is  consistently  smaller. 
Notice  in  the  table  that  as  the  size  of  the  network 
increases,  Em<n)  approaches  the  theoretically  expected 
values.  Ej^Cn)  is  much  less  than  the  theoretical 
expectations  for  smaller  networks  because  of  the  common 
parameters  selected  for  use  in  all  networks.  When  the 
network  contains  only  four  modules  <16  nodes),  these  common 
parameters  result  in  the  highest  number  of  empty  queues. 
The  common  link  speed  is  19200  bits  per  second,  with 
messages  arriving  with  frequency  .05  messages  per  second. 
The  mean  queue  lengths  Em(n)  were  found  by  first  including 
the  empty  queues  in  computations,  and  then  by  excluding 
these  empty  queues.  Simulation  results  confirm  that  when 
empty  queues  are  removed  'from  computations,  without 
exception,  the  values  of  Em(n)  exceed  theoretical 


expectation.  When  these  empty  queues  are  left  In  the 
computations,  as  the  mean  path  length  increases  (because  of 
an  Increase  In  network  size),  the  number  of  empty  queues 
decreases.  This  decrease  occurs  because  there  is  a  greater 
chance  that  a  message  must  wait  for  the  transmission  link. 
The  Increase  in  mean  path  link  explains  why  the  values  of 
Em(n)  approach  the  theoretical  expectations  C E 1 1  (n)  and 
as  the  network  gets  larger. 


Table  7.4.  Mean  Queue  Length  Comparison. 


m 

£tt  <n) 

Etm(n> 

EmCn) 

4 

.05263 

.05064 

.00483 

5 

.06418 

.06259 

.00947 

7 

.08816 

. 08663 

.01909 

8 

. 10059 

.09708 

.02436 

10 

. 12635 

.  12722 

.04999 

1  1 

. 13971 

.13771 

.06076 

13 

. 16738 

.17196 

. 10231 

14 

. 18174 

. 17730 

.11078 

16 

.21153 

.20680 

. 15505 

17 

. 22701 

.21649 

.  17986 

19 

.25918 

.  25354 

. 22606 

20 

. 27592 

.27005 

. 26373 

V 
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7.10.  Analysis  of  Mean  Network  Delay 

We  are  now  ready  to  calculate  and  compare  the  time  that  it 
takes  for  any  size  spiral  network  to  deliver  a  message. 
Assuming  Poisson  message  arrivals  to  an  arbitrary  link  (1) 
with  rate  x.  mrfssages/second,  exponentially  distributed 
messages  with  mean  length  1  /  *  and  infinitely  large  buffer 

capacity,  the  average  delay  In  seconds  Incurred  by  messages 
at  the  <l)th  link  Is  C451: 

1 

<7.  10.  1)  T  ■  - - . 

HiCi-  *i 

This  result  invokes  Klelnrock's  assumption  1461  that  the 
operation  of  individual  nodes  is  independent  of  each  other. 
This  assumption  Is  approximately  valid  when  the  overall 
system  utilization  Is  less  than  .5000.  The  highest 
utilization  of  any  of  the  12  spiral  networks  simulated  and 
analyzed  In  our  research  was  .21263  (see  table  7.3  for 
conf Irmat  Ion) . 

Based  on  equation  7.10.1,  the  total  overall  average  one  way 
delay  for  any  size  spiral  network  Is  defined  to  be  1451: 

1 

(7.10.2)  T  «  S  \i  Tj , 

y'  1 


where  y*  is  the  average  one  way  offered  traffic  load.  In  our 
case,  since  we  have  three  types_  of  links  (Types  I,  II,  and 
III),  the  overall  delay  equation  T  can  be  modified  to 


reflect  these  types: 


1  n/2 


(7 . 10. 3) 


T  -  +  ^  X?  ^"t  T  +  S  \  ?^TTT  ^ 

T*  1=1  1=1  1=1  J 

1  n 

T  =  +  X^Tjj)  +  ^X^Tjjj], 


where  »  and  X^  are  as  defined  in  section  7.6.2,  and 


HiCi  "  X1 


fiiCi  -  Xg 


Ul  .  C  *  *  \n 

Ki  1  *3 


Table  7.5  shows  the  theoretical  results  (in  seconds)  of 
applying  equation  7.10.3.  These  values  (in  the  column 
labeled  T^)  are  compared  to  the  delay  values  found  in  the 
simulation  model  <Tm).  In  the  model,  the  actual  delay  for 
each  message  is  calculated  and  added  to  a  running  total. 
When  all  messages  used  for  statistics  have  been  collected, 
this  delay  total  is  divided  by  the  number  of  messages  used. 
(See  Appendix  B  for  a  discussion  of  the  simulation  model). 
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Table  7.5.  Mean  Network  Delay  Comparison. 
< in  seconds > 


m 

Tt 

4 

1.07223 

1.06421 

5 

1.31367 

1.37995 

7 

1.85592 

1.96620 

8 

2. 14482 

2.26595 

10 

2.76750 

3. 19398 

1  1 

3. 10376 

3.66591 

13 

3.83463 

4.94012 

14 

4.23261 

5.28370 

16 

5.10178 

6.63168 

17 

5.57783 

7.40714 

19 

6.62851 

8.68546 

20 


7.20997 


9.52298 


8.  ANALYSIS  OF  SPIRAL  NETWORK  TOPOLOGY  UNDER  FAILURES 


8.1.  Introduct i on 

Failures  analyzed  In  this  section  range  from  a  single 
arbitrary  node,  to  catastrophic  conditions  where  complete 
modules  have  failed.  Conclusions  drawn  are  based  on  two 
approaches  to  analysis.  1)  Simulation  results  were  analyzed 
and  compared  to  theoretically  expected  values;  and  2)  The 
spiral  network  threading  pattern  was  thoroughly  analyzed. 

The  first  part  of  this  chapter  addresses  arbitrary  node 
failures.  The  last  part  is  the  result  of  analyzing  the 
network  threading  pattern  to  determine  the  impact  failed 
modules  have  on  performance.  Appendix  D  contains  the 
Summary  of  Simulation  Results  used  to  draw  conclusions  based 
on  model  analysis. 

We  conclude  that  failure  of  any  arbitrary  single  node  (or  a 
few  arbitrary  nodes),  has  minimum  impact  on  the  operation  of 
remaining  good  nodes.  Even  catastrophic  failure  patterns 
possible  through  intentional  human  Intervention,  may  not  ; 

completely  disconnect  the  network.  Although  the  7-module,  : 

28-node  spiral  network  Is  used  throughout,  results  apply  for 
any  size  spiral  network.  The  spiral  network  expansion  j 

algorithm  subsumes  the  7-module  network  as  a  larger  network  j 

Is  built,  thereby  causing  the  results  found  for  7-modules  to  j 

I 

P 
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apply  to  any  larger  spiral  network. 


8.2.  Arbitrary  Node  Failure(s) 


Failure  of  any  arbitrary  single  node,  or  a  few  arbitrary 
nodes  in  a  spiral  network,  has  minimum  impact  on  the  network 
operations.  As  expected,  the  percentage  of  undelivered 
messages  due  to  this  single  failure  is  proportional  to  the 
size  of  the  analyzed  network.  The  larger  the  network,  the 
less  impact  a  single,  or  few  failures  have  on  overall 
network  performance. 

Figures  8-1  through  8-3  graphically  display  the  impact  of 
zero,  one,  two  or  three  failures  on  12  different  size  spiral 
networks.  All  networks  were  run  using  the  same  input 
parameters.  The  common  link  speed  was  19200,  4000  messages 
were  delivered  to  reach  simulated  steady  state,  and  4000 
messages  were  used  to  gather  statistics.  Message  arrivals 
followed  a  Poisson  rate  with  mean  k  -  .05  messages  per 
second,  and  the  message  sizes  were  selected  from  an 
exponential  distribution  with  mean  I/m-  =  1000  8-bit 
characters.  Appendix  B  contains  a  detailed  description  of 
the  simulation  model.  And  complete  simulation  summary 
statistics  are  in  Appendix  D. 

As  expected,  the  Impact  of  failures  on  mean  queue  length, 
overall  delay,  and  utilization  is  Inversely  proportional  to 


a 

J 


(Mean  Queue  Length: 


(Mean  Network  Response  Time  in  Seconds) 


bability  That  a  Link  is  Busy:  x  .01) 


the  size  of  the  network.  Of  key  significance  is  how  close 
the  four  curves  are  for  each  of  the  attributes  compared. 
This  closeness  reflects  how  little  an  additional  node 
failure  Impacts  overall  network  performance.  Statistics  used 
to  plot  the  curves  in  figures  8-1  through  8-3  are  summarized 
in  table  form  in  Appendix  C. 

Table  8.1  shows  how  closely  the  actual  percentage  of 
undelivered  messages  due  to  failures,  as  calculated  in  the 
simulation  model,  parallel  the  theoretical  expectations 
(ft>.  To  arrive  at  the  measured  percentage,  the  simulation 
program  simply  counted  the  number  of  undelivered  messages, 
and  then  divided  that  result  by  the  total  number  of  messages 
used  for  statistics  (4000).  The  theoretical  expectation  ( ft  > 
is  the  percentage  of  failed  nodes  in  each  size  spiral 


network . 
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Table  8.1.  Comparison  of  Undelivered  Messages. 
Percentage  of  Failures 


8.3.  Failure  of  a  Complete  Module 


Any  single  module  loss  still  leaves  two  disjoint  paths  to 
all  other  modules.  For  example,  consider  the  7-module 
network  repeated  in  figure  8-4.  If  module  #2  is  destroyed, 
the  two  paths  connecting  the  remaining  nodes  exist  along  the 
top  and  bottom  spirals.  Further,  the  threading  pattern  for 
this  failure  case  (figure  8-4<b)>  quickly  confirms  that  all 
remaining  modules  are  still  connected. 


a).  Seven  Module  Spiral  Network  With  One  Module  Killed. 


b).  Seven  Module  Network  Threading  Pattern. 


Figure  8-4.  Complete  Module  Failure. 


8.4.  Failure  of  Multiple  Modules 

8.4.1.  Two  Adjacent  Modules 

The  failure  of  any  two  physically  adjacent  modules,  and  an 
additional  one  two  modules  away,  is  no  worse  than  the  loss 
of  the  two  adjacent  modules.  Further,  there  are  still  two 
disjoint  paths  to  all  remaining  good  connected  modules.  For 
example,  again  consider  the  7-module  network's  threading 
pattern.  Shown  in  figure  8-5  is  the  case  where  modules  6  and 
7  have  failed.  Notice  that  modules  1,  2,  4,  and  5  are  still 
connected  along  top  and  bottom  spirals.  Notice  also  that 
module  #3  is  already  isolated  from  the  four  other  good 
modules.  The  four  nodes  comprising  module  3  can  talk  to 
each  other,  but  not  to  anyone  else.  So  if  module  #3  also 
should  fail,  there  is  no  additional  impact  on  modules  1,  2, 
4,  and  5. 


Figure  8-5.  Threading  Pattern  With  Two  Adjacent 


Vi  Ji  .'l  .U 


iMiAl 


**i  i.<  t.i  t.<  « 


8.4.2.  Every  Other  Even/Odd  Module  Lost 


The  loss  of  complete  network  connectivity  among  modules  is 
extremely  difficult.  For  a  spiral  network  containing  seven 
or  more  modules,  even  if  every  even  (or  odd)  module  within 
the  network  falls,  there  is  still  connectivity  between  at 
least  two  modules.  For  the  7-module  spiral  network,  modules 
1,  3,  5,  and  7  falling  still  leaves  modules  2  and  6 
connected.  If  2,  4,  and  6  failed,  the  module  pairs  1  and  5, 
and  3  and  7  remain  connected.  The  module  threading  patterns 
shown  in  figures  8-6  and  8-7  are  graphic  depictions  of  these 
cases.  In  both  cases,  connected  modules  are  reachable  along 
both  top  and  bottom  spirals.  In  figure  8-6,  the  isolated 
nodes  on  module  #4  can  still  communicate  with  each  other. 
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Figure  8-6.  Every  Odd  Numbered  Module  Killed. 
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Figure  8-7.  Every  Even  Numbered  Module  Killed. 


8.4.3.  Catastrophic  Node  and  Module  Failure 


If  at  least  one  link  exists  to  any  module,  then  all  nodes 
that  can  reach  that  link,  can  also  gain  access  to  the 
distant  module(s).  For  example,  consider  the  severe  failure 
pattern  of  figure  8-8.  The  link  between  nodes  3  and  18  can 
be  used  by  the  remaining  good  nodes  to  communicate  among 
themselves.  In  this  unique  case,  modules  2,  3,  6,  and  7, 
have  failed,  plus  select  nodes  on  other  modules.  Even  In 
this  catastrophic  case,  there  Is  still  connectivity  among 
aood  nodes. 
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Figure  8-8.  Several  Modules  and  Nodes  Killed. 

8.4.4.  Failure  of  Half  of  Each  Module 

Failure  of  the  right  (or  left)  half  of  every  even  (odd) 
module,  still  leaves  access  to  a  partitioned  set  of  good 
modules  and  nodes.  Further,  these  connected  good  modules 
still  have  paths  along  top  and  bottom  spirals.  In  the 
7-module  case  shown  in  figure  8-9,  the  right  sides  of  each 
even  module  Is  destroyed.  Notice  that  modules  1,  2,  and  5 

are  still  connected  along  top  and  bottom  spirals.  This  is 
also  true  of  modules  3,  4,  and  7.  Further,  if  failures  are 
due  to  complete  module(s)  loss,  as  long  as  there  is 
connectivity  between  at  least  two  modules,  there  will  be  a 
minimum  of  two  disjoint  paths  connecting  these  modules. 
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Figure  8-9.  Half  of  Each  Even  Module  Killed. 


8.5.  Summary 


It  should  be  apparent  from  the  above  discussion  that 
significant  network  performance  impact  is  felt  only  after 
more  than  a  few  arbitrary  nodes  have  failed.  Even  in 
catastrophic  cases,  connected  good  nodes  still  communicate, 
and  therefore  the  spiral  architecture  tolerate  fallure(s) 
extremely  well.  Although  certain  failure  patterns  cause 
complete  direction  change,  and  thus  Increase  the  message 
delay,  the  significance  is  that  messages  still  reach  their 
destination  even  with  the  failures.  Some  of  the  failure 
combinations  analyzed  will  not  generally  occur  as  a  result 
of  randomness.  These  patterns  Were  selected  to  demonstrate 
spiral's  extreme  tolerance  to  failures. 
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As  the  number  of  failures  Increase,  a  point  is  reached  where 
the  delay  becomes  shorter  than  in  the  error  free  case.  This 
situation  results  when  so  many  nodes  and  modules  have  failed 
that  path  lengths  between  remaining  good  nodes  is  shortened 
cons lderably . 


Obviously  certain  failure  patterns  are  likely  only  as  a 
result  of  deliberate  network  sabotage.  Even  in  this  highly 
unlikely  case,  every  pair  of  link  nodes  in  the  network  must 
fail  simultaneously  to  completely  disconnect  all  modules. 
But  even  if  every  pair  of  link  nodes  did  fail,  nodes 
comprising  a  module  still  have  local  connectivity,  and 
therefore,  the  ability  to  communicate.  In  the  absence  of  a 
sabotuer,  the  spiral  topology  displays  an  extremely  high 
tolerance  to  node  and  link  failures.  For  sure,  the  fault 
tolerance  of  the  spiral  topology  exceeds  that  of  the 
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9.  CONCLUSIONS 


The  six  most  important  direct  consequences  of  the  spiral 
computer  network  architecture  are  the  spiral  topology's  1) 
ease  of  expansion;  2)  fast,  on-the-fly  sel f-rout ing;  3) 
extremely  high  tolerance  to  faults;  4)  increased  network 
security;  5)  potential  for  the  total  elimination  of  store 
and  forward  transmission  due  to  routing  decision  delays;  and 
6)  rendering  the  maximum  path  length  issue  moot. 

Based  on  our  thorough  analysis,  we  conclude  unequivocally 
that  the  spiral  topology  is  a  major  contribution  to  the 
discipline  of  Computer  Communications.  Results  in  chapters 
5  through  8  confirm  that  the  spiral  architecture  is  indeed 
easily  expandable,  highly  fault  tolerant,  and  self-routing. 
Also  confirmed  is  the  topology's  applicability  to  any 
general  network  environment.  The  architecture  can  be  use  to 
connect  computer  nodes  to  form  local,  metropolitan,  and  wide 
area  networks.  If  used,  this  topology  should  prove  to  be  a 
major  advantage  to  the  telecommunications  Industry  as  that 
industry  throughout  the  world  continues  to  evolve  towards  a 
global  Integrated  Services  Digital  Network. 

Finally,  the  fast,  on-the-fly  routing  attribute  affords  a 
tremendous  opportunity  to  expand  the  use  of  fiber  optics 
technology  in  local  area  computer  networks. 
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10.  TOPICS  FOR  ADDITIONAL  STUDY 


The  sequential  listing  of  the  following  recommended  topics 
for  additional  study  in  no  way  suggests  a  prioritized 
ordering.  The  only  purpose  in  enumerating  these  topics  is 
for  organization. 


1.  Link  Versus  Node  Failure 


The  results  reported  in  this  research  were  based  on  the 
analysis  of  various  size  spiral  networks,  with  and  without 
failed  nodes.  When  a  node  failed,  it  automatically 
destroyed  all  four  of  the  directly  connected  links. 
However,  it  is  possible  for  a  single  or  set  of  links  to 
fail,  and  still  leave  a  node  accessible.  If  individual  links 
were  allowed  to  fail,  and  the  resulting  topology  analyzed, 
the  spiral  routing  algorithm  should  still  operate  as 
designed.  Intuitively,  one  would  expect  the  impact  of  link 
failures  on  performance  to  be  less  severe  than  when  nodes 
fall.  Analyzing  the  spiral  topology  for  arbitrary  link 
failures  should  prove  to  be  challenging. 


2.  Destination  Address  Variability 


Mathematically,  a  study  of  the  variability  in  the  number  of 
messages  sent  to  each  node  in  an  error  free  spiral  network 
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may  prove  interesting.  Does  the  variability  increase 


directly  proportional  to  the  network  size,  or  is  it  fairly 


Independent  of  size?  Perhaps  at  steady  state,  the 


variability  in  the  number  of  messages  sent  to  each  node 


remains  constant,  regardless  of  the  size  of  the  network. 


3.  Variability  in  Number  of  Empty  Queues 


Again  mathematically,  how  does  the  number  of  empty  queues 


vary  with  network  size  in  an  error  free  spiral  network?  We 


saw  in  chapter  8  that  as  the  network  size  grew,  the  measured 


mean  queue  length  approached  the  theoretically  expected 


results  from  the  lower  side.  Do  these  two  approaches 


converge  because  of  a  uniform  increase  in  queue  lengths 


throughout  the  network,  or  is  the  Increase  mainly  limited  to 


a  certain  type  of  link  (Type  I,  II,  or  III)? 


4.  Circuit  and  Packet  Switching 


Of  Interest  and  significance  to  a  potential  Integrated 


Services  Digital  Network  user  contemplating  the  use  of  the 


spiral  architecture,  is  the  study  of  the  performance  of  the 


spiral  network  architecture  using  circuit  switching  only, 


and  a  mix  of  circuit  and  packet  switching.  For  example,  the 


larger  the  network,  the  longer  is  the  mean  path  for  packet 


switching.  Does  this  also  'imply  that  the- mean  circuit 


switched  path  increases  with  network  size?  Or  will  the 


probability  of  blocking  In  a  circuit  switched  environment  be 


reduced  because  on  the  average,  a  larger  portion  of  the 
connections  will  be  short,  and  perhaps  avoid  contact  with 
the  occasional  “long"  connection?  Further,  what  about 
integrating  circuit  and  packet  switching  technology  on  the 
same  common  channel?  Intuitively,  the  2B  +  D  CCITT  standard 
discussed  in  chapter  2  could  be  implemented  using  the  spiral 
architecture.  Then,  the  packet  traffic  would  not  have  to 
compete  with  circuit  switching  for  use  of  the  links. 
Rather,  packet  and  circuit  switched  traffic  would  share  the 
channels.  What  would  performance  be  like  in  this  situation? 
Can  a  set  of  balance  curves  be  derived  that  allows  one  to 
achieve  a  better  balance  between  circuit  and  packet 
switching,  whether  the  traffic  is  integrated  in  some  sort  of 
2B  +  D  scheme,  or  competing  for  the  network  resources? 

5.  Closed  Form  Expressions  When  Failures  Occur 


Are  reasonable  and  meaningful  results  possible  in  closed 
form  for  failed  nodes,  similar  to  those  reported  in  chapter 
7  for  error  free  spiral  networks?  If  the  analysis  based  on 
individual  link  (versus  node)  failures  is  done,  are  similar 
closed  form  expressions  possible? 


6.  Alternate  Approaches  to  Modeling  the  Spiral  Topology 


The  current  simulation  model  for  the  spiral  topology  is 
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mostly  matrix  driven,  with  global  variables,  and  parameter 
passing  among  program  subroutines.  The  C  programming 
language  contains  constructs  that  can  be  used  and  passed  as 
a  generic  shell.  Would  the  use  of  the  generic  shell  yield  a 
more  efficient,  or  “better*  simulation  model?  Is  the  use  of 
huge  matrices  <i.  e.  256  x  19,  1024  x  40,  1024  x  60)  a 
standard  and  recommended  approach  to  developing  a  simulation 
model?  In  the  1024  x  60  matrix  used  to  simulate  the  spiral 
architecture  nodes,  51  of  the  columns  in  each  row  were  used 
as  queue  slots  for  each  of  the  four  links  at  each  of  Cn) 
nodes.  Is  it  possible  to  maintain  a  common  “pool*  of  queue 
slots  that  are  allocated  and  return  dynamically?  These  are 
issues  of  (some)  interest  to  Computer  Scientist. 


7.  Spiral  Topology  Applied  to  Computer  Hardware  Memories 


We  see  no  immediate  reason  why  the  highly  fault  tolerant, 
fast,  on-the-fly  routing  attributes  of  the  spiral  topology 
cannot  be  used  as  an  interconnection  network  for  connecting 
computer  hardware  memories.  Perhaps  the  spiral  architecture 
could  also  be  used  for  fast  retrieval  from  shared  memory 
units. 


8.  Behavior  as  Steady  State  is  Approached 


There  are  mathematicians  interested  in  che'  behavior  of 
systems  during  the  transition  period  leading  up  to  steady 
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state.  Treating  the  spiral  topology  as  such  a  system,  one 
may  study  several  issues.  How  does  the  number  of  messages 
sent  to  each  node  vary?  What  happens  to  mean  and  maximum 
queue  lengths?  What  about  the  behavior  of  link  utilization? 
Is  steady  state  approached  uniformly,  or  do  certain  types  of 
links  (Type  I,  II,  or  III)  approach  steady  state  faster  than 
others?  What  about  the  variability  in  message  sizes? 


9.  Upper  Bound  on  Maximum  Number  of  Paths 


We  reported  in  theorem  1  on  the  number  of  totally  disjoint 
paths  in  any  size  spiral  network  without  failures.  Using 
combinatorics,  is  it  possible  to  place  an  upper  bound  on  the 
total  number  of  paths,  where  links  are  shared?  Can  this  be 
done  in  closed  form  allowing  for  failed  nodes? 
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A.  EVOLUTION  TO  ISDN  WITHIN  THE  BELL  OPERATING  COMPANIES 

The  Bell  System  evolution  toward  ISDN  started  In  1962  with 
the  introduction  of  the  Tl  carrier  system.  The  Bell  System 
has  passed  many  additional  milestones  since  then,  including 
the  following  t 101 : 

*  1965  -  Stored  Program  Controlled  Switching 

*  1974  -  Digital  Data  System/Dataphone  Digital  Service 

*  1976  -  Time  Division  Tandem  Switch 

*  1976  -  Packet  Switched  signaling 

*  1981  -  Time  division  Local  Switch 

The  Bell  Operating  Companies'  (BOC’s)  telecommunications 
networks  today  are  primarily  4-kHz  voice  networks.  The 
origins  of  technologies  that  enable  the  economic  evolution 
toward  an  ISDN,  however,  began  over  twenty  years  ago  with 
the  Introduction  of  the  T-carrier  system  and  the  AT&T 
Western  Electric  1ESS  switch  1471. 

The  T-carrier  system  provides  a  1.544-Mbps  facility  carrying 
24  to  64-kbps  channels  plus  framing  bits.  Some  of  the  bits 
in  the  64-kbps  channels  are  robbed  for  signaling  purposes. 
While  this  is  not  a  perceptible  degradation  on  voice 
circuits,  it  would  cause  unacceptable  error  rates  for  data 
applications.  Hence,  as  on  Dataphone  Digital  Service  (DDS), 
only  56-kbps  can  be  provided  for  customer  applications. 
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ISDN  evolution  strategies  range  from  overlay  strategies.  In 
which  a  parallel  ISDN  network  Is  deployed  side-by-side  with 
the  existing  voice  network,  to  replacement  strategies,  in 
which  geographic  areas  undergo  replacement  of  existing 
equipment  with  ISDN  equipment.  Given  the  large  capital 
investment  in  the  telecommunications  networks  of  the  BOC's, 
a  strategy  which  combines  the  two  is  appropriate.  Existing 
equipment  must  be  augmented  wherever  possible,  with  new 
equipment  deployed  when  required  till. 


The  telecommunications  networks  of  the  BOC's  will  evolve  to 
ISDN  in  basically  a  four-step  fashion  till.  First,  new 
transition  services  will  be  introduced  which  offer  ISDN-like 
services.  These  services  will  be  low  in  development  and 
deployment  cost  so  as  to  minimize  the  Inherent  risk 
associated  with  new  service  offerings.  Examples  Include 
Circuit  Switched  Digital  Capability  and  Local  Area  Data 
Transport.  Second,  as  the  existing  network  grows  to  meet  the 
rising  demands  of  customer  traffic,  new  ISDN  compatible 
equipment  will  be  deployed,  seeding  the  network  with 
facilities  capable  of  meeting  the  ISDN  standards.  Examples 
of  such  equipment  include  fiber  optics,  64-kbps  clear 
channel  transmission  equipment  and  common  channel  signaling 
capabilities.  Third,  true  ISDN  service  offerings  will 
appear  in  areas  where  customer  needs  dictate  them.  Typically 
these  will  be  business  areas,  usually  located  in  downtown 
metropolitan  areas.  And  fourth,  as  ISDN  demand  Increases, 
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ISDN  capabilities  will  permeate  the  entire  BOC  network. 

The  existing  public  telecommunications  network  can  be 
characterized  as  having  five  major  components:  the  local 

loop,  the  local  switch,  the  metro  or  interoffice  facility, 
the  tandem  switch  and  the  intercity  facility.  In  addition  to 
these,  signaling  Is  the  "glue“  that  holds  this  entire 
process  together  CIO]. 

J.  Weber  and  C.  Skrzypczak  1101  and  R.  Wlenskl  till  discuss 
several  areas  in  which  digital  progress  must  continue  to 
evolve  if  we  are  to  realize  the  ISDN  as  described  by  the 
CCITT.  These  areas  are  as  follows: 

1.  ISDN  Access  Evolution 

2.  Local  Loop  Evolution 

3.  Metro/Interoffice  Evolution 

4.  Tandem  Switching  Evolution 

5.  Intercity  Facilities  Evolution 

6.  Signaling  Network  Evolution 

7.  Interworking  of  ISDN  with  existing  Services 

The  following  paragraphs  describe  briefly  underlying 
economic  trends  which  Impact  the  five  major  components  of 
the  public  network  and  the  seven  areas  of  the  ISDN  evolution 


110,  ill. 
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A.l.  ISDN  Access  Evolution 


Several  access  methods  are  under  study  to  provide  data  and 
voice  over  the  same  2-wire  loop  C15i.  The  first  technique 
uses  time  compression  multiplexing  (TCM)  to  provide  a 
56-kbps  digital  data  transmission  channel.  The  second 
technique,  the  digital  subscriber  line  (DSL),  can  be 
provided  using  TCM  or  other  techniques  to  support  multiple 
digital  channels  in  the  ISDN.  The  third  technique,  digital 
over  analog,  uses  channel  equipment  to  put  data  (up  to 
8-kbps)  In  the  frequency  spectrum  above  voice.  For  higher 
capacity  applications,  either  multiple  channels  multiplexed 
together  or  broadband  channels  can  be  employed.  The 
broadband  channels  can  be  provided  using  T-carrler,  radio, 
lightwave  or  other  systems. 


A. 2.  Local  Loop  Evolution 


The  local  loop  is  often  regarded,  along  with  the  intercity 
facilities,  as  a  bottleneck  in  providing  digital 
capabilities  151.  This  is  true  given  the  percentage  of 
loops  currently  carrying  digital  signals.  A  key  issue  is 
the  digital  techniques  that  can  be  overlayed  on  the  existing 
metallic  loop  plant.  Four  alternatives  Include  four-wire 
baseband,  multiplexing,  low  bit  rate  data  above  voice,  and 
digital  subscriber  line  C5I. 
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A. 3.  Metro/Interoffice  Evolution 

Digital  technology  first  penetrated  the  public 
telecommunication  network  in  the  metro  facilities  component 
with  the  introduction  of  T1  carriers  in  1962.  Since  the 
public  telecommunications  network  was  originally  an  analog 
network,  it  was  necessary  to  go  through  an  analog  to  digital 
and  digital  to  analog  conversion  each  time  a  digital 
component  was  Inserted.  However,  as  digital  technology 
began  to  proliferate,  a  new  digital  component  was  often 
Interfaced  directly  with  another  digital  rather  than  an 
analog  component.  This  eliminated  the  need  for  conversion 
and  further  reduced  the  cost  of  the  digital  alternative 
C 101  . 

A. 4.  Tandem  Switch  Evolution 

The  obvious  choice  for  a  tandem  switching  vehicle  to  support 
end-to-end  digital  connectivity  is  a  stored  program 
controlled  <SPC)  time  division  switch  [see  10].  An  SPC 
space  division  switch  with  relatively  minor  modifications 
can  also  support  end-to-end  digital  connectivity.  In  the 
evolution  to  ISDN,  both  time  and  space  division  technologies 
will  probably  be  employed. 
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A. 5.  Intercity  Facility  Evolution 

In  the  Intercity  facility  portion  of  the  network,  digital 
technology  has  not  generally  proven  itself  over  the  analog 
alternative  based  on  economics  alone  1101.  The  greater  long 
haul  breakthrough  might  occur  with  subrate  (less  than 
56/64-kbps)  voice. 

A. 6.  Signaling  Network  Evolution 

The  signaling  capability  which  ties  together  the  five  basic 
components  of  the  public  telecommunications  network  can  be 
separated  into  two  major  segments  1101:  Signaling  from  the 
customer  premises  to  the  line  side  of  the  local  switch  and 
signaling  from  the  trunk  side  of  the  originating  local 
switch  to  the  trunk  side  of  the  terminating  local  switch. 
On  the  line  side  of  the  local  switch  and  the  loop,  some  of 
the  future  ISDN  technologies  such  as  DSL,  will  support  the 
signaling  needs  of  the  ISDN.  The  Bell  System  began  to 
introduce  out-of-band  common  channel  signaling  in  the 
portion  of  the  network  between  central  offices  in  1976.  It 
provides  significant  trunk  efficiencies  and  faster  call  set 
up  times.  It  is  now  proving  to  be  capable  of  supporting 
extended  routing,  enabling  the  provision  of  a  wide  range  of 
new  and  expanded  service  capabilities  compatible  with  the 


evolution  to  ISDN. 
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A. 7.  Interworking  of  ISDN  with  Existing  Services 

Interworking  with  existing  services  will  allow  for  a 
successful  early  deployment  of  ISDN  in  a  smooth, 
step-by-step  upward  compatible  fashion.  Several  schemes  have 
been  proposed  to  provide  interworking  tlO,  43,  441. 
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SIMULATON  MODEL  DESCRIPTION 


B.  1 .  Introduction 


The  simulation  model  used  In  this  research  contains 
approximately  2700  lines  of  computer  program  source  code. 
The  C  programming  language  was  used,  and  the  compiled  source 
code  runs  on  a  computer  system  using  the  UNIX  operating 
system.  Most  of  the  model  development  work  was  done  on  the 
VAX  11/780  computer  system  at  North  Carolina  State 


Un i vers i ty . 


To  obtain  the  summary  results  used  for 


comparative  analysis,  the  completed  model  was  run  on  a  Gould 
computer  system  at  the  U.  S.  Air  Force  Academy  in  Colorado. 
The  summaries  of  these  simulation  results  are  found  in 
Appendix  D.  And  the  complete  C  source  code  listing  is  in 
Appendix  E. 


A  matrix  driven  software  development  strategy  was  used  to 
develop  the  final  model  that  implements  the  spiral  computer 
network  topology  concept.  The  actual  building  of  a  spiral 
network,  with  or  without  failed  nodes,  is  Implemented  by 
using  a  matrix  with  256  rows  and  19  columns.  The  256  rows 
allow  a  spiral  network  to  contain  at  most  64  modules  (256 
nodes).  See  the  declarations  section  in  the  documented 
source  code  listing  in  Appendix  E  for  an  explanation  of  how 
each  column  Is  used. 
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A  matrix  with  1024  rows  and  40  columns  contains  Information 
needed  to  keep  track  of,  and  send  messages  over  the  network. 
At  most  1024  active  messages  can  exist  in  the  network  at  any 
one  time.  This  limitation  is  easily  changed  to  allow  for 
more  messages.  However,  we  were  able  to  deliver  8000 
messages  with  mean  arrival  rate  of  .05  messages  per  second, 
and  mean  size  of  1000  8-bit  characters,  over  a  20  module  (80 
node)  network  without  exceeding  the  1024  active  message 
limitation.  See  the  declarations  In  the  C  program  source 
code  In  Appendix  E  for  an  explanation  of  how  the  40  columns 
are  used. 

The  simulation  program  was  written  in  two  major  phases. 
Phase  I  builds  a  spiral  network  and  sets  failures  as 
desired.  Phase  II  simulates  the  passing  of  messages  over 
the  network.  The  remainder  of  this  appendix  addresses  these 
two  phases,  and  summarizes  the  specific  common  parameters 
used  to  generate  results  that  were  compared  to  analytical 
ones . 

B.2.  Phase  I:  Construction  of  a  Spiral  Network 

An  individual  running  this  program  begins  by  responding  to  a 
series  of  computer  generated  prompts.  The  prompts  include: 

1.  How  many  modules  are  desired? 

2.  Does  the  user  want  nodes  or  complete  modules  to  fail? 

3.  Does  the  user  want  to  save  or  see  a  copy  of  the  current 
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network  connectivity  matrix? 

The  program  checks  to  Insure  that  a  legal  number  of  modules 
has  been  requested.  For  example,  if  the  user  requested  more 
modules  than  there  are  node  numbers  available,  then  he  is 
warned  of  this  fact,  and  afforded  the  opportunity  to  add 
additional  node  numbers.  If  the  number  of  requested  modules 
is  an  integer  multiple  of  3  (see  chapter  5),  an  explanation 
is  returned  explaining  why  that  request  is  not  valid.  Once 
the  desired  spiral  network  configuration  is  obtained,  the 
program  begins  Phase  II  with  another  series  of  prompts. 

B.3.  Phase  II:  Network  Operation 

This  portion  of  the  simulation  experience  also  begins  by 
having  the  user  respond  to  a  set  of  questions,  which 
incl ude : 

1.  Is  the  user  ready  to  send  traffic  over  the  network? 

2.  What  common  link  speed  would  the  user  like? 

3.  What  is  the  mean  message  size  (selected  from  an 
exponentially  distributed  population)? 

4.  What  is  the  mean  message  interarrival  time  (selected 
from  a  Poisson  distribution)? 

5.  How  many  messages  should  be  delivered  prior  to  gathering 
statist ics? 

6.  How  many  messages  should  be  used  for  statistics? 
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Once  all  necessary  parameters  have  been  entered,  the  program 
proceeds  to  simulate  the  network  operation.  Modes  send  to 
each  other  with  equal  probability.  Of  course  If  nodes  have 
failed,  they  neither  generate,  nor  receive  traffic.  Since 
source  nodes  have  no  knowledge  of  the  status  of  destination 
nodes,  a  short  message  may  be  generated  notifying  the  sender 
of  the  failure.  This  message  may  be  sent  by  the  directly 
connected  node  that  attempted  delivery  to  the  failed  node. 


Several  statistical  values  are  accumulated  during  the  run, 
and  others  are  found  after  all  messages  have  been  delivered. 
Every  individual  message  is  accounted  for  by  number,  and  a 
complete  route  trace  for  each  message  is  available.  The 
Summary  of  Simulation  Results  in  Appendix  D  shows  exactly 
which  statistics  are  reported.  The  simulation  model  source 
code  contains  several  subroutines  that  were  used  to  debug 
the  code,  and  verify  operations  of  key  functions. 


B.4.  Specific  Parameters  Used  for  Comparative  Analysis 


The  following  parameters  were  used  to  generate  the  results 
reported  on  and  compared  in  chapters  6,  7,  and  8: 

1.  Number  of  modules:  4  through  20  (16  -  80  nodes), 

omitting  Integer  multiples  of  3  (see  chapter  5 
for  explanat ion) . 

2.  Failed  nodes:  node  1  only,  1  and  6,  and  1,  6,  and  11 

for  each  of  the  networks  containing  4  through  20  modules. 
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Mean  message  size:  1000  8-bit  characters 
Population  distribution  for  message  size:  exponential 
Speed,  all  links:  19200  bits  per  second. 

Mean  message  interarrival  time:  20  seconds. 

Message  arrival  pattern:  Poisson. 

Total  messages  delivered  to  reach  steady  state:  4000. 
Total  messages  used  for  statistics:  4000. 


RESPON?  .  TIME  SUMMARY 


(In  seconds) 


Number  of 

failures 

0 

1 

2 

3 

1.06421 

1.11302 

1.45934 

1 .73880 

1.37995 

1 . 39509 

1 . 45060 

1 . 48640 

1.96620 

2. 13278 

2. 19353 

2. 18232 

2.26595 

2.28465 

2.63852 

2.65325 

3. 19398 

3.22027 

3.82371 

3.83791 

3.66591 

4.20082 

4.06034 

4.21347 

4.94012 

5.01102 

5.39482 

5.63978 

5.28370 

5.89880 

6.06670 

6.09805 

6.63168 

7. 13118 

7.51444 

7.60873 

7.40714 

8.02022 

8.66145 

8.74144 

8.68546 

9.45718 

10.27761 

10.96002 

9.52298 

11.1 1859 

12.  19756 

13.05622 
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C.2. 

MEAN  QUEUE  LENGTH 

SUMMARY 

Number  of  Failures 

m 

i  . 

0 

1 

2 

3  ! 

_  f 

1  4 

.00483 

.00528 

.01113 

i 

.01481 

i  5 

Y 

.00947 

.00991 

.00965 

.01089  S 

7 

.01909 

.02340 

.02348 

.02275  ; 

8 

.02436 

.02384 

.03544 

.03380 

10 

.04999 

.04717 

.06963 

.06815  | 

1 1 

.06076 

.08223 

.07674 

.07720 

,3 

. 10231 

. 10708 

.  11854 

. 12749 

■J 

H 

.11078 

. 13675 

. 14629 

.14257  f 

L 

16 

. 15505 

. 17791 

.  19027 

.19675  l 

% 

!  17 

. 17986 

.20369 

.23472 

.23792  3 

.33651 

.22606 

.26245 

.30543 

20 

.26373 

.33848 

.37854 

.41836 

MEAN  SYSTEM  UTILIZATION 


0 

Number  of 

1 

Fa  i  1 ures 

2 

3 

04820 

.04915 

.05721 

.06242 

05890 

.05970 

.06067 

.06069 

07972 

.08303 

.08154 

.08094 

08849 

.08925 

.09713 

.09270 

11286 

.11266 

.12128 

.12125 

12104 

.13323 

.13101 

. 13023 

14673 

.14673 

.  14988 

.14971 

15060 

. 15810 

.  15848 

.  15578 

17136 

.17441 

.  17497 

.  17924 

17796 

.18123 

. 18957 

.  18653 

20226 

.20770 

.21000 

.21111 

21263 

.22342 

.22481 

.22740 
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D.  SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


4  (16) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
NONE! 


Mean  message  size: 


8000  bits 


Line  speed  all  links: 


19200  bits/sec 


Mean  message  Interarrival  time: 


20000  msecs 


Total  messages  generated: 


8003 


Messages  delivered  before  stats: 


4000 


Messages  used  for  statistics: 


4000 


Messages  undelivered  due  to  fallure(s):  0 
Messages  left  In  network:  3 


Maximum  queue  length: 


3  msgs 


Node  with  max  queue: 
Link  with  max  queue: 


Mean  queue  length: 


0.004832  msgs 


Maximum  path  length: 


4  hops 


Mean  path  length: 


2.3923  hops 


Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 


1064.2078  msecs 


444.8564  msecs 


416  msecs 


Mean  queueing  time/hop: 


28.8564  msecs 


Mean  link  busy  time: 


61561. 2031  msecs 


Probability  of  link  busy  (rho): 


0.048201 


Probability  msg  does  not  queue: 


0.951799 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


5  (20) 


Failed  module(s): 

NONE  t 

Failed  node(s)  (including  those  in  failed  modules): 
NONE! 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  time/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  bits/sec 


20000  msecs 


8006 


4000 


4000 


Messages  undelivered  due  to  failure(s):  0 


4  msgs 


0.009471  msgs 
5  hops 
2.9005  hops 


1379.9475  msecs 


475.7620  msecs 


416  msecs 


59.7620  msecs 


60784. 1992  msecs 


0.058903 


0.941097 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  7  (28) 


Failed  module(s): 
NONE! 


Failed  node(s)  (Including  those  in  failed  modules): 
NONE! 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  Interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  In  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 
19200  blts/sec 
20000  msecs 
8012 
4000 
4000 
0 
12 

6  msgs 
18 

3 

0.019092  msgs 

7  hops 
3.8772  hops 

1 966 . 1 960  msecs 

507 .1111  msecs 
416  msecs 

91.1111  msecs 
57764 .1328  msecs 
0.079719 
0.920281 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  8  (32) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  in  failed  modules): 
NONE! 


Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/sec 

Mean  message  interarrival  time: 

20000  msecs 

Total  messages  generated: 

8015 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s): 

0 

Messages  left  in  network: 

15 

Maximum  queue  length: 

7  msgs 

Node  with  max  queue: 

18 

Link  with  max  queue: 

4 

Mean  queue  length: 

0.024363  msgs 

Maximum  path  length: 

8  hops 

Mean  path  length: 

4.3488  hops 

Mean  response  time  per  message: 

2265.9526  msecs 

Mean  delay/hop: 

521. 0583  msecs 

Mean  transmission  tlme/hop: 

416  msecs 

Mean  queueing  time/hop: 

105.0583  msecs 

Mean  link  busy  time: 

56365.5938  msecs 

Probability  of  link  busy  (rho): 

Probability  msg  does  not  queue: 

0.088485 

0.911515 

0.911515 


SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


10  (40) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  in  failed  modules): 
NONE! 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time 


8000  bits 


19200  bits/sec 


20000  msecs 


Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 


8022 


4000 


4000 


Messages  undelivered  due  to  failure(s):  0 


8  msgs 


Node  with  max  queue: 
Link  with  max  queue: 


Mean  queue  length: 


0.049986  msgs 


Maximum  path  length: 


10  hops 


Mean  path  length: 


5.3597  hops 


Mean  response  time  per  message: 


3193.9814  msecs 


Mean  delay/hop: 


595.9199  msecs 


Mean  transmission  tlme/hop: 


416  msecs 


Mean  queueing  time /hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 


179.9199  msecs 


55793.5859  msecs 


0. 1 12856 


Probability  msg  does  not  queue: 


0.887144 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  11  (44) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
NONE! 


Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/sec 

Mean  message  interarrival  time: 

20000  msecs 

Total  messages  generated: 

8029 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s): 

0 

Messages  left  In  network: 

29 

Maximum  queue  length: 

9  msgs 

Node  with  max  queue: 

31 

Link  with  max  queue: 

4 

Mean  queue  length: 

0.060764  msgs 

Maximum  path  length: 

1  1  hops 

Mean  path  length: 

5.9078  hops 

Mean  response  time  per  message: 

3665.9067  msecs 

Mean  delay/hop: 

620.5249  msecs 

Mean  transmission  time/hop: 

416  msecs 

Mean  queueing  tlme/hop: 

204.5249  msecs 

Mean  link  busy  time: 

55864.1523  msecs 

Probability  of  link  busy  (rho): 

0. 121042 

Probability  msg  does  not  queue: 

0.878958 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  mod 

Failed  module 
NONE! 


Failed  node(s 
NONE! 


Mean  message 
Line  speed  al 
Mean  message 
Total  message 
Messages  deli 
Messages  used 


Messages 


unde 


ules  (nodes):  13  (52) 

(  s ) : 


)  (including  those  in  failed  modules): 


size : 

8000  bits 

1  links: 

19200  bits/sec 

interarr i val 

time: 

20000  msecs 

s  generated: 

8051 

vered  before 

stats  : 

4000 

for  statist 

ics : 

4000 

livered  due  to  failure(s):  0 


Messages  left  In  network: 

51 

Maximum  queue  length: 

14  msgs 

Node 

with  max  queue: 

9 

Link 

with  max  queue: 

4 

Mean 

queue  length: 

0 . 102308  msgs 

Maximum  path  length: 

13  hops 

Mean 

path  length: 

6.9240  hops 

Mean 

response  time  per  message: 

4940. 1172  msecs 

Mean 

delay/hop: 

713.4773  msecs 

Mean 

transmission  tlme/hop: 

416  msecs 

Mean 

queueing  time/hop: 

297 . 4773  msecs 

Mean 

1  ink  busy  time: 

56526.7148  msecs 

Probability  of  link  busy  (rho): 

0. 146728 

Probability  msg  does  not  queue: 


t 

I 

i 


0.853272 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  14  (56) 

Failed  module(s): 

NONE! 


Failed  node(s)  (Including  those  in  failed  modules): 
NONE! 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  In  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 
19200  blts/sec 
20000  msecs 
8054 
4000 
4000 
0 

54 

10  msgs 

14 

4 

0.11 0777  msgs 
14  hops 
7.3497  hops 
5283.6992  msecs 

718.8950  msecs 
416  msecs 

302.8950  msecs 
54718.0078  msecs 
0. 150596 


0.849404 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 

16  (64) 

Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in 
NONE! 

failed  modules): 

Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  bits/sec 

Mean  message  interarrival  time: 

20000  msecs 

Total  messages  generated: 

8078 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s):  0 

Messages  left  in  network: 

78 

Maximum  queue  length: 

14  msgs 

Node  with  max  queue: 

25 

Link  with  max  queue: 

4 

Mean  queue  length: 

0 . 155054  msgs 

Maximum  path  length: 

16  hops 

Mean  path  length: 

8.4295  hops 

Mean  response  time  per  message: 

6631 .6797  msecs 

Mean  delay/hop: 

786.7227  msecs 

Mean  transmission  time/hop: 

416  msecs 

Mean  queueing  time/hop: 

370.7227  msecs 

Mean  link  busy  time: 

54123.2891  msecs 

Probability  of  link  busy  (rho): 

0. 171358 

Probability  msg  does  not  queue: 

0.828642 
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SUMMARY  OF  SIMULATION  RESULTS 

Number  of  modules  (nodes):  17  (68) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  in  failed  modules): 
NONE! 


size: 

8000  bits 

1  links: 

19200  blts/sec 

interarrival  time: 

20000  msecs 

s  generated: 

8073 

vered  before  stats: 

4000 

for  statistics: 

4000 

livered  due  to  failure(s): 

0 

in  network: 

73 

length: 

19  msgs 

queue  : 

20 

queue : 

4 

ngth : 

0 . 179860  msgs 

length : 

17  hops 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8.9185  hops 
7407 . 1 406  msecs 

830.5364  msecs 
416  msecs 

414.5364  msecs 
53412.2813  msecs 
0.  177962 


0.822038 


AD-A196  115 


UNCLASSIFIED 
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SUMMARY  OF  SIMULATION  RESULTS 

Number  of  modules  (nodes):  19  (76) 

Failed  module(s): 

NONE! 


Failed  node(s)  (Including  those  In  failed  modules): 
NONE ! 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  In  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 
19200  blts/sec 
20000  msecs 
8091 
4000 
4000 
0 
91 

12  msgs 

4 

4 

0.226057  msgs 
19  hops 
9.8270  hops 
8685.4648  msecs 

883.8367  msecs 
416  msecs 

467.8367  msecs 
54357.6641  msecs 
0.202256 
0.797744 


i— 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


20  (80) 


Failed  module(s): 

NONE ! 

Failed  node(s)  (Including  those  in  failed  modules): 
NONE! 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  blts/sec 


20000  msecs 


8130 


4000 


4000 


Messages  undelivered  due  to  failure(s):  0 


13  msgs 


0.263727  msgs 
20  hops 
10.2005  hops 


9522.9766  msecs 


933.5793  msecs 


416  msecs 


517.5793  msecs 


53638.7500  msecs 


0.212634 


0.787366 


I 


i 


Vi 


rm 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


4  (16) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  in  failed  modules): 
1 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  bits/sec 


20000  msecs 


8541 


4000 


4000 


Messages  undelivered  due  to  failure(s):  539 


4  msgs 


0.005275  msgs 
6  hops 
2.4210  hops 


1 1 13.0168  msecs 


459.7344  msecs 


416  msecs 


43.7344  msecs 


70795.8750  msecs 


0.049145 


0.950855 


NOW- 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


5  (20) 


Failed  module <s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules) 
1 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  blts/sec 


20000  msecs 


8412 


4000 


4000 


Messages  undelivered  due  to  failure(s):  408 


6  msgs 


0.009907  msgs 
6  hops 
2.9467  hops 


1395.0864  msecs 


473.4324  msecs 


416  msecs 


57.4324  msecs 


66087 .1875  msecs 


0.059703 


0.940297 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


7  (28) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


8000  bits 

19200  blts/sec 

20000  msecs 

8324 

4000 

4000 


Messages  undelivered  due  to  failure(s):  321 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  time/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


3 

7  msgs 
18 

4 

0.023401  msgs 

8  hops 
3.9890  hops 
2132.7830  msecs 
534.6660  msecs 
416  msecs 

1  18. 6660  msecs 
64512.3320  msecs 
0.083031 
0.916969 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


8  (32) 


Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in  failed  modules): 
1 


Mean  message  size: 

Line  speed  all  links: 

Kean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats 
Messages  used  for  statistics: 


8000  bits 


19200  bits/sec 


20000  msecs 


8285 


4000 


4000 


Messages  undelivered  due  to  failure(s):  274 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


6  msgs 


0.023843  msgs 
10  hops 
4.4765  hops 


2284.6470  msecs 


510.3645  msecs 


416  msecs 


94.3645  msecs 


60035.6055  msecs 


0.089249 


0.910751 
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SUMMARY  OF  SIMULATION  RESULTS 

Number  of  modules  (nodes): 

Failed  module(s): 

NONE! 

Failed  node<s)  (including  those  in  fai 
l 

Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s) 
Messages  left  in  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho>: 
Probability  msg  does  not  queue: 


10  (40) 

led  modules): 

8000  bits 
19200  bits/sec 
20000  msecs 
8234 
4000 
4000 
:  213 
21 

8  msgs 

14 

4 

0.047172  msgs 
1 2  hops 
5.4438  hops 
3220.2656  msecs 

591 .5527  msecs 
416  msecs 

175.5527  msecs 
5969 1 . 8906  msecs 
0. 1 12657 


0.887343 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


11  (44) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1 


Mean  message  size: 


8000  bits 


Line  speed  all  links: 


19200  blts/sec 


Mean  message  lnterarrlval  time: 


20000  msecs 


Total  messages  generated: 


8227 


Messages  delivered  before  stats: 
Messages  used  for  statistics: 


4000 


4000 


Messages  undelivered  due  to  fallure(s):  184 
Messages  left  in  network:  43 


Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 


1 1  msgs 


0.082228  msgs 
12  hops 
6.0747  hops 
4200.8203  msecs 


691 .5215  msecs 


416  msecs 
275.5215  msecs 


Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


61959.9297  msecs 


0. 133229 


0.866771 


SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  13  (52) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1 


Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/sec 

Mean  message  Interarrival  time: 

20000  msecs 

Total  messages  generated: 

8216 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s): 

152 

Messages  left  In  network: 

64 

Maximum  queue  length: 

13  msgs 

Node  with  max  queue: 

2 

Link  with  max  queue: 

4 

Mean  queue  length: 

0.  107082  msgs 

Maximum  path  length: 

14  hops 

Mean  path  length: 

6.9545  hops 

Mean  response  time  per  message: 

5011.0195  msecs 

Mean  delay/hop: 

720.5432  msecs 

Mean  transmission  tlme/hop: 

416  msecs 

Mean  queueing  tlme/hop: 

304.5432  msecs 

Mean  link  busy  time: 

58951 . 1328  msec: 

Probability  of  link  busy  (rho): 

Probability  msg  does  not  queue: 

0. 146726 

0.853274 

i 

L 


0.853274 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


14  < 56 > 


Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in  failed  modules): 
1 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  blts/sec 


20000  msecs 


8211 


4000 


4000 


Messages  undelivered  due  to  failure(s):  152 


14  msgs 


0. 136753  msgs 
16  hops 
7.5758  hops 


5898.8047  msecs 


778.6428  msecs 
416  msecs 


362.6428  msecs 


58466.6875  msecs 


0.  158095 


0.841905 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


16  (64) 


Failed  module(s) 
NONE! 


Failed  node(s)  (Including  those  In  failed  modules): 
1 


Mean  message  size: 


Line  speed  all  links: 


Mean  message  Interarrival  time: 


Total  messages  generated: 


Messages  delivered  before  stats 


Messages  used  for  statistics: 


Messages  left  in  network: 


Maximum  queue  length: 


Node  with  max  queue: 


Link  with  max  queue: 


Mean  queue  length: 


Maximum  path  length: 


Mean  path  length: 


Mean  response  time  per  message; 


Mean  delay/hop: 


Mean  transmission  tlme/hop: 


Mean  queueing  time/hop: 


Mean  link  busy  time: 


Probability  of  link  busy  (rho): 


Probability  msg  does  not  queue: 


8000  bits 


19200  bits/sec 


20000  msecs 


8247 


4000 


4000 


Messages  undelivered  due  to  failure(s):  134 


16  msgs 


0 . 1 77909  msgs 


18  hops 


8.5378  hops 


7131. 1797  msecs 


835.2527  msecs 


416  msecs 


419.2527  msecs 


57600.7891  msecs 


0. 174405 


0.825595 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


17  < 68 ) 


Failed  module(s) : 

NONE? 

Failed  node(s)  (Including  those  In  failed  modules): 
1 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 


8000  bits 


19200  blts/sec 


20000  msecs 


8204 


4000 


4000 


Messages  undelivered  due  to  failure(s):  99 


19  msgs 


0.203690  msgs 
18  hops 
8.9870  hops 


8020.2188  msecs 


892.4243  msecs 


416  msecs 
476 . 4243  msecs 


Mean  link  busy  time: 


56963.7383  msecs 


Probability  of  link  busy  (rho): 


0. 181232 


Probability  msg  does  not  queue: 


0.818768 
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SUMMARY  OF  SIMULATION  RESULTS 

Number  of  modules  (nodes):  19  (76) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  in  failed  modules): 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  Interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  In  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits  I 

i 

i 

19200  bits/sec  ] 

20000  msecs 

8233 

4000 

4000  ' 

i 

< 

109 
124 

21  msgs 
66 
4 

0.262452  msgs 
20  hops 
10.0020  hops 
9457 .  1 758  msecs 

945.5283  msecs 
416  msecs 

529.5283  msecs 
55894.4102  msecs 
0.207695 
0.792305 


SUMMARY  OF  SIMULATION  RESULTS 
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4(16) 


Number  of  modules  (nodes): 

Failed  module(s): 

NONE! 


Failed  node(s)  (including  those  in  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


8000  bits 


19200  blts/sec 


20000  msecs 


9176 


4000 


4000 


Messages  undelivered  due  to  failure(s):  1172 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  time/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


6  msgs 


0.011125  msgs 
10  hops 
3.0717  hops 


1459.3381  msecs 


475.0837  msecs 


416  msecs 


59.0837  msecs 


96035.6875  msecs 


0.057209 


0.942791 


*m  .<1  .r»  «t|  i 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


5  (20) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  bits/sec 


20000  msecs 


8930 


4000 


4000 


Messages  undelivered  due  to  fallure(s):  926 


4  msgs 


0.009645  msgs 
6  hops 
3.0833  hops 


1 450.601 1  msecs 


470.4780  msecs 


416  msecs 


54.4780  msecs 


75300.8750  msecs 


0.060669 


0.939331 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  7  (28) 

Failed  module(s): 

NONE! 


Failed  node(s)  (including  those  in  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  in  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 
19200  bits/sec 
20000  msecs 
8672 
4000 
4000 
664 
8 

6  msgs 

3 

3 

0.023479  msgs 
8  hops 
4 . 1 257  hops 
2193.5305  msecs 

531. 6685  msecs 
416  msecs 

115.6685  msecs 
697 19.1 875  msecs 
0.081541 


0.918459 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


8  (32) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  in  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  blts/sec 


20000  msecs 


8569 


4000 


4000 


Messages  undelivered  due  to  fallure(s):  558 


8  msgs 


0.035435  msgs 
10  hops 
4.5968  hops 


2638.5215  msecs 


573.9971  msecs 


416  msecs 


157.9971  msecs 


68497.0625  msecs 


0.097125 


0.902875 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


10  (40) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


8000  bits 

19200  bits/sec 

20000  msecs 

8462 

4000 

4000 


Messages  undelivered  due  to  failure(s):  443 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


19 

10  msgs 

14 

4 

0.069628  msgs 
12  hops 
5.7025  hops 
3823.7053  msecs 

670.5313  msecs 
416  msecs 

254.5313  msecs 
66301 . 7500  msecs 
0.  121283 
0.878717 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  tl  (44) 

Failed  module(s): 

NONE! 


Failed  node(s)  (Including  those  in  failed  modules): 
i  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  in  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 

19200  bits/sec 

20000  msecs 

8399 

4000 

4000 

361 

38 

9  msgs 

3 

4 

0.076738  msgs 
1 2  hops 
6.0798  hops 
4060.3425  msecs 

667.8469  msecs 
416  msecs 

25 1 . 8469  msecs 
63483.0313  msecs 
0. 131012 
0.868988 
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13  (52) 


SUMMARY  OF  SIMULATION  RESULTS 

Number  of  modules  (nodes): 

Failed  module(s): 

NONE! 


Failed  node(s)  (Including  those  In  failed  modules): 
1  6 


Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/cec 

Mean  message  Interarrival  time: 

20000  msecs 

Total  messages  generated: 

8403 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  fallure(s): 

342 

Messages  left  In  network: 

61 

Maximum  queue  length: 

13  msgs 

Node  with  max  queue: 

28 

Link  with  max  queue: 

4 

Mean  queue  length: 

0.  1  18544  msgs 

Maximum  path  length: 

14  hops 

Mean  path  length: 

7 . 1685  hops 

Mean  response  time  per  message: 

5394.8242  msecs 

Mean  delay/hop: 

752.5735  msecs 

Mean  transmission  tlme/hop: 

416  msecs 

Mean  queueing  time/hop: 

336.5735  msecs 

Mean  link  busy  time: 

63276.5391  msec 

Probability  of  link  busy  (rho): 

0.  149884 

Probability  msg  does  not  queue: 

0.8501 16 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


14  (56) 


Failed  module(s): 
NONE! 


Failed  nodeCs)  (Including  those  in  failed  modules): 
1  6 


Mean  message  size: 


Line  speed  all  links: 


Mean  message  interarrival  time: 


Total  messages  generated: 


Messages  delivered  before  stats: 


Messages  used  for  statistics: 


Messages  left  In  network: 


Maximum  queue  length: 


Node  with  max  queue: 


Link  with  max  queue: 


Mean  queue  length: 


Maximum  path  length: 


Mean  path  length: 


Mean  response  time  per  message: 


Mean  delay/hop: 


Mean  transmission  tlme/hop: 


Mean  queueing  tlme/hop: 


Mean  link  busy  time 


Probability  of  link  busy  (rho): 


Probability  msg  does  not  queue: 


8000  bits 


19200  bits/sec 


20000  msecs 


8399 


4000 


4000 


Messages  undelivered  due  to  fallure(s):  312 


1 4  msgs 


0 . 146285  msgs 


16  hops 


7.6012  hops 


6066.6914  msecs 


798. 1  174  mse  s 


416  msecs 


382 . 1174  msecs 


61233.7227  msecs 


0.  158483 


0.841517 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


16  (64) 


Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  Interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  blts/sec 


20000  msecs 


8379 


4000 


4000 


Messages  undelivered  due  to  failure(s):  263 


24  msgs 


0 . 1 90274  msgs 
18  hops 
8.5920  hops 


7514.4414  msecs 


874.5857  msecs 


416  msecs 


458.5857  msecs 


6008 1.3164  msecs 


0.  174970 


0.825030 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


17  (68) 


Failed  module(s): 
NONE! 


Failed  node(s)  (Including  those  In  failed  modules): 
1  6 


Mean  message  size: 


8000  bits 


Line  speed  all  links: 


19200  blts/sec 


Mean  message  interarrival  time: 


20000  msecs 


Total  messages  generated: 


8371 


Messages  delivered  before  stats: 


4000 


Messages  used  for  statistics: 


4000 


Messages  undelivered  due  to  failure(s):  242 


Messages  left  In  network: 


Maximum  queue  length: 


20  msgs 


Node  with  max  queue: 


Link  with  max  queue: 


Mean  queue  length: 


0.234719  msgs 


Maximum  path  length: 


18  hops 


Mean  path  length: 


9.2028  hops 


Mean  response  time  per  message: 


8661. 4492  msecs 


Mean  delay/hop: 


941.1 804  msecs 


Mean  transmission  tlme/hop: 


416  msecs 


Mean  queueing  time/hop: 


525 . 1804  msecs 


Mean  link  busy  time: 


59695.0625  msecs 


Probability  of  link  busy  (rho): 


0.  189571 


Probability  msg  does  not  queue: 


0.810429 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


19  (76) 


Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  In  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  blts/sec 


20000  msecs 


8403 


4000 


4000 


Messages  undelivered  due  to  fallure(s):  222 


27  msgs 


0.305433  msgs 
20  hops 
10.1 257  hops 


10277.6055  msecs 


1014.9968  msecs 


416  msecs 


598.9968  msecs 


58196.9180  msecs 


0.209996 


0.790004 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


20  (80) 


Failed  module(s): 

NONE ! 

Failed  node(s)  (including  those  in  failed  modules): 
1  6 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  Interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats 
Messages  used  for  statistics: 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  bits/sec 


20000  msecs 


8382 


4000 


4000 


Messages  undelivered  due  to  failure(s):  195 


26  msgs 


0.378540  msgs 
22  hops 
10.6435  hops 


12197.5586  msecs 


1146.0100  msecs 


416  msecs 


730.0100  msecs 


58287.7930  msecs 


0.224814 


0.775186 


SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  4  (16) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1  6  11 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  In  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 

19200  blts/sec 

20000  msecs 

9907 

4000 

4000 

1903 

4 

7  msgs 
12 
4 

0.014812  msgs 
10  hops 
3.3982  hops 
1738.7966  msecs 

51 1 .6741  msecs 
416  msecs 

95.6741  msecs 
120257.7500  msecs 
0.062417 


0.937583 


SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 

5  (20) 

Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in 
l  6  11 

failed  modules): 

Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/sec 

Mean  message  interarrival  time: 

20000  msecs 

Total  messages  generated: 

9470 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s):  1463 

Messages  left  In  network: 

7 

Maximum  queue  length: 

6  msgs 

Node  with  max  queue: 

16 

Link  with  max  queue: 

4 

Mean  queue  length: 

0.010891  msgs 

Maximum  path  length: 

7  hops 

Mean  path  length: 

3. 1080  hops 

Mean  response  time  per  message: 

1486.4016  msecs 

Mean  delay/hop: 

478.2502  msecs 

Mean  transmission  tlme/hop: 

416  msecs 

Mean  queueing  tlme/hop: 

62.2502  msecs 

Mean  link  busy  time: 

83398 . 1 250  msecs 

Probability  of  link  busy  (rho): 

0.060693 

Probability  msg  does  not  queue: 

0.939307 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  7  (28) 

Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in  failed  modules): 
1  6  11 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats 
Messages  used  for  statistics: 


8000  bits 

19200  blts/sec 

20000  msecs 

8987 

4000 

4000 


Messages  undelivered  due  to  failure(s):  983 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/bop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


4 

6  msgs 

3 

4 

0.022754  msgs 
8  hops 
4.2035  hops 
2182.3206  msecs 

519. 1675  msecs 
416  msecs 

103.1 675  msecs 
74489.6250  msecs 
0.080938 
0.919062 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  8  (32) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  in  failed  modules): 

1  6  11 

Mean  message  size:  8000  bits 

Line  speed  all  links:  19200  bits/sec 

Mean  message  interarrival  time:  20000  msecs 

Total  messages  generated:  8868 

Messages  delivered  before  stats:  4000 

Messages  used  for  statistics:  4000 

Messages  undelivered  due  to  failure(s):  856 
Messages  left  in  network:  12 


Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


7  msgs 

23 

4 

0.033797  msgs 
10  hops 
4.6625  hops 
2653.2473  msecs 
569.0610  msecs 
416  msecs 
153.0610  msecs 
72599.4375  msecs 
0.092701 
0.907299 
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SUMMARY  OF  SIMULATION  RESULTS 

Number  of  modules  (nodes):  10  (40) 

Failed  module(s): 

NONE! 


Failed  node(s)  (Including  those  In  failed  modules): 
16  11 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  in  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 


8000  bits 

19200  bits/sec 

20000  msecs 

8690 

4000 

4000 

667 

23 

10  msgs 

37 

4 

0.068149  msgs 
12  hops 
5.7530  hops 
3837.9099  msecs 
667.1145  msecs 
416  msecs 


Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


251.1145  msecs 
70789.5000  msecs 
0. 121248 
0.878752 
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SUMMARY  OF  SIMULATION  RESULTS 

Number  of  modules  (nodes):  11  (44) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
1  6  11 


Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/sec 

Mean  message  Interarrival  time: 

20000  msecs 

Total  messages  generated: 

8611 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s): 

570 

Messages  left  In  network: 

41 

Maximum  queue  length: 

10  msgs 

Node  with  max  queue: 

16 

Link  with  max  queue: 

4 

Mean  queue  length: 

0.077202  msgs 

Maximum  path  length: 

13  hops 

Mean  path  length: 

6.3127  hops 

Mean  response  time  per  message: 

4213. 4688  msecs 

Mean  delay/hop: 

667.4536  msecs 

Mean  transmission  tlme/hop: 

416  msecs 

Mean  queueing  time/hop: 

25  1.4536  msecs 

Mean  link  busy  time: 

68500.6250  msec: 

Probability  of  link  busy  (rho): 

Probability  msg  does  not  queue: 

0. 130229 

0.869771 

0.869771 
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SUMMARY  OF  SIMULATION  RESULTS 


) 

* 


Number  of  modules  (nodes):  13  (52) 

Failed  module(s): 

NONE! 


Failed  node(s)  (Including  those  In  failed  modules): 
1  6  11 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  In  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 

19200  blts/sec 

20000  msecs 

8519 

4000 

4000 

461 

58 

16  msgs 

5 

4 

0 . 1 27487  msgs 
15  hops 
7.2198  hops 
5639.7773  msecs 

78 1 . 1594  msecs 
416  msecs 

365 .1594  msecs 
65324.0664  msecs 
0. 149708 
0.850292 


I 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  14  (56) 

Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in  failed  modules): 
1  6  11 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 

Total  messages  generated: 

Messages  delivered  before  stats: 
Messages  used  for  statistics: 

Messages  undelivered  due  to  failure(s): 
Messages  left  in  network: 

Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 

Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  time/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 

19200  blts/sec 

20000  msecs 

8531 

4000 

4000 

454 

77 

17  msgs 

52 

4 

0 . 1 42565  msgs 
16  hops 
7.6517  hops 
6098.0508  msecs 

796.9485  msecs 
416  msecs 

380.9485  msecs 
62550.7070  msecs 
0. 155780 
0.844220 


SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes):  16  (64) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 
16  11 


Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/sec 

Mean  message  Interarrival  time: 

20000  msecs 

Total  messages  generated: 

8478 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s): 

386 

' 

Messages  left  in  network: 

92 

Maximum  queue  length: 

20  msgs 

Node  with  max  queue: 

3 

Link  with  max  queue: 

4 

Mean  queue  length: 

0 . 196746  msgs 

Maximum  path  length: 

18  hops 

Mean  path  length: 

8.6327  hops 

Mean  response  time  per  message: 

7608.7266  msecs 

Mean  delay/hop: 

881 .3792  msecs 

Mean  transmission  tlme/hop: 

416  msecs 

Mean  queueing  time/hop: 

465.3792  msecs 

Mean  link  busy  time: 

61365.2461  msecs 

Probability  of  link  busy  (rho): 

Probability  msg  does  not  queue: 

0.  179242 

0.820758 

0.820758 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 


17  (68) 


Failed  module(s): 

NONE! 

Failed  node(s)  (including  those  in  failed  modules): 
1  6  11 


Mean  message  size: 

Line  speed  all  links: 

Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


Messages  left  in  network: 
Maximum  queue  length: 

Node  with  max  queue: 

Link  with  max  queue: 

Mean  queue  length: 

Maximum  path  length: 

Mean  path  length: 

Mean  response  time  per  message: 
Mean  delay/hop: 

Mean  transmission  tlme/hop: 

Mean  queueing  tlme/hop: 

Mean  link  busy  time: 

Probability  of  link  busy  (rho): 
Probability  msg  does  not  queue: 


8000  bits 


19200  bits/sec 


20000  msecs 


8482 


4000 


4000 


Messages  undelivered  due  to  failure(s):  394 


19  msgs 


0.237917  msgs 
19  hops 
9 . 1823  hops 


8741.4414  msecs 


95  1 .9932  msecs 


416  msecs 
535.9932  msecs 


61513. 1 406  msecs 


0.  186532 


0.813468 


SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes) 


19  (76) 


Failed  module(s) : 

NONE! 

Failed  node(s)  (including  those  in  failed  modules): 
1  6  11 


Mean  message  size: 


8000  bits 


Line  speed  all  links: 


19200  blts/sec 


Mean  message  interarrival  time: 
Total  messages  generated: 
Messages  delivered  before  stats: 
Messages  used  for  statistics: 


20000  msecs 


8524 


4000 


4000 


Messages  undelivered  due  to  failure(s):  328 
Messages  left  In  network:  196 


Maximum  queue  length: 


26  msgs 


Node  with  max  queue: 
Link  with  max  queue: 


Mean  queue  length: 


0.336510  msgs 


Maximum  path  length: 


21  hops 


Mean  path  length: 


10.2530  hops 


Mean  response  time  per  message: 


10960.0195  msecs 


Mean  delay/hop: 


1068.9573  msecs 


Mean  transmission  tlme/hop: 


416  msecs 


Mean  queueing  tlme/hop: 


652.9573  msecs 


Mean  link  busy  time: 


60174. 3555  msecs 


Probability  of  link  busy  (rho): 


0.211112 


Probability  msg  does  not  queue: 


0.788888 
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SUMMARY  OF  SIMULATION  RESULTS 


Number  of  modules  (nodes): 

20  (80) 

Failed  module(s): 

NONE! 

Failed  node(s)  (Including  those  In  failed  modules): 

1  6  11 

Mean  message  size: 

8000  bits 

Line  speed  all  links: 

19200  blts/sec 

Mean  message  interarrival  time: 

20000  msecs 

Total  messages  generated: 

8481 

Messages  delivered  before  stats: 

4000 

Messages  used  for  statistics: 

4000 

Messages  undelivered  due  to  failure(s): 

319 

Messages  left  In  network: 

162 

Maximum  queue  length: 

27  msgs 

Node  with  max  queue: 

7  r> 

Link  with  max  queue: 

4 

Mean  queue  length: 

0.418360  msgs 

Maximum  path  length: 

22  hops 

Mean  path  length: 

10.7830  hops 

Mean  response  time  per  message: 

13056.2188  msecs 

Mean  delay/hop: 

1210.8149  msecs 

Mean  transmission  tlme/hop: 

416  msecs 

Mean  queueing  time/hop: 

794.8149  msecs 

Mean  link  busy  time: 

60823.9492  msecs 

Probability  of  link  busy  (rho): 

0.227400 

Probability  msg  does  not  queue: 

0.772600 

/*  E. 

♦include  <stdio.h> 
•include  <math.h> 


SIMULATION  MODEL  SOURCE  CODE  LISTING  */ 


•define  YES  ’ y’ 
•define  CR  012 

•define  ENUFO  0444 

•define  ENUF  444 

•define  NO  'n’ 

•define  LOWER  NODE 
•define  iSTEP 
•define  kSTEP 
•define  LOWER_PLACE 
•define  MAX_COLUMNS 
•define  LINKJMD  COL 
•define  NXTMDLCOL 
•define  NXT_ND_POSN 
•define  POSITION_CALC 
•define  LARGEST 
•define  INFINITY 
•define  SERVICE_TIME 

FILE  *outfile; 

FILE  *fopen(); 

FILE  Cinfile; 

FILE  ftsnapout; 

FILE  ftsavefile; 

FILE  ftstatsfile; 

FILE  ^frequency; 

FILE  *graphit; 


int  P0SITI0NC256K193; 


/*  to  stop  adding  node  numbers  t/ 
IX  to  stop  inputting  failures  */ 

5  /%  to  find  start  nd  link  col  t/ 
4  t%  each  module  has  four  nodes  */ 
3  /X  to  connect  node  in  resp  col  X/ 
7  /*  to  access  position  columns  XI 
19  /*  keeps  track  of  matrix  col  XI 
16  IX  finds  next  nd  col  for  links  XI 
14  IX  finds  next  mdl  col  for  links*/ 
18  IX  finds  next  node  pos’n  col  XI 
<j  +  13)  '/.  nodes  IX  used  to  find  link  nd  pos’n  */ 
1024  /*  max  size  of  msg_area  array  XI 
1999999999  /*  very  large,  number  */ 
(length  *  1000)/RATE  /*  time  is  in  millisecs  XI 


IX  save  current  n/wk  topology 

/*  restore  cur  n/wk  topology 
/*  snapshot  of  cur  topology 
/*  write  to  stats  file 
IX  write  to  summary  at  end 
IX  write  to  destination  file 
IX  write  to  graphs  file 


/*  used  to  build  network 
/*  0  -  position  number 
/*  1  -  home  node  number 
IX  2  -  status  of  that  node 
/*  3  -  home  module  number 
IX  4  -  status  of  that  module 
/*  5  -  directly  connected 
IX  local  node  number 
/*  6  -  status  that  node 
IX  1  -  pos’n  number  that  node 
/*  8  -  next  dir  con  local  nd 
/*  9  -  status  that  node 
/*  10  -  pos'n  nmbr  that  node 
/*  1 1  -  last  dir  con  local  nd 
IX  12  -  status  that  node 
IX  13  -  pos’n  nmbr  that  node 
IX  14  -  link  module  number 
/*  15  -  status  link  module 
IX  16  -  link  node  that  module 
/*  17  -  status  of  link  node 
/*  18  -  pos’n  number  link  nd 
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int  PTR_ARRAYt63C23; 

int  nodes; 
int  max_modules; 
int  max_numbers; 
int  cur_modules; 
int  start; 

int  FREQC25£3C23; 


int  GFELCE43C33; 


int  MSG_AREA C LARGEST 3  C  40  3 ; 


int  N0DE_AREA C LARGEST 3 C60 3 ; 


int  DIRC643C23; 
int  BEGIN; 
int  END; 

f 1  oat  STATS l LARGEST  3  C  5  3 ; 


int  imevent; 
int  min_row; 


/*  3  rows  to  chg  top/bot  ptrs  XI 

IX  no.  of  nodes  in  network  XI 
/X  max  number  of  mdl  desired  X/ 
IX  number  of  node  #’s  avail  XI 
(X  number  of  mdls  in  the  n/wl  X / 
IX  starting  #  to  expand  n/wk:  XI 

IX  destination  address  count  XI 
IX  0  -  node  #,  1  -  msgs  rx  XI 
IX  updated  by  save_stats  func  XI 
IX  global  future  events  list  XI 
IX  0  -  module  number  */ 
IX  1  -  min  time  of  each  module  XI 
IX  2  -  node  with  min  time  XI 
IX  message  work  area  XI 
IX  0  -  position  number  XI 
IX  1  -  row  availability  flag  XI 
IX  2  -  message  number  X/ 
IX  3  -  message  size  XI 
IX  4  -  spiral  flag  this  msg  XI 
IX  5  -  direction  flag  XI 
IX  6  -  destination  node  XI 
IX  1  -  destination  module  XI 
IX  8  -  send  time  XI 
IX  9  -  receive  time  */ 
/*  10  -  mdl  #  of  spiral  chg  XI 
IX  11  -  mdl  t  of  direc'n  chg  XI 
/X  12  -  route  trace  pointer  XI 
IX  13-39  =  route  trace  area  XI 
/X  node  level  svr  &  q  area  X/ 
IX  0  -  row  number  XI 
IX  1  -  node  number  XI 
/X  2  -  server  number  (1-4)  XI 
IX  3  -  server  status  (0  or  1)  XI 
IX  4  -  arrival  time  for  FEL  XI 
IX  5  -  depart  time  for  FEL  XI 
IX  £  -  minimum  of  4  and  5  XI 
IX  7  -  server  queue  pointer  XI 
IX  8  -  MS6_AREA  loc  this  msg  XI 
IX  9  -  59  =  available  (2  slots  XI 
IX  used  to  set  DF,  XI 
IX  used  to  set  DF,  source  XI 
IX  used  to  set  DF,  destination  XI 
IX  contains  simulation  results  XI 
/X  0  -  node_area  row  number  XI 
IX  1  -  server  max-q  length  XI 
IX  2  -  svr  total  busy  time  XI 
IX  3  -  used  for  msg  size  graf  XI 
fX  4  -  available  for  use  X/ 

IX  contains  the  imminent  event  X/ 
IX  row  where  imevent  is  XI 
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int  min_time; 
int  CLOCK; 
int  RATE; 
int  mean_size; 
int  IAT; 
int  STABILIZE; 
int  no_done; 

int  no_killed; 
int  maxjnsgs; 
int  msg_no; 
int  location; 
int  max _path; 
int  stop_it; 


int  dirl; 

int  clk_first_msg; 
int  c 1 k_l ast _msg ; 
float  total_hops; 
int  resp_time; 
float  ave_q_length; 


/%  time  of  imminent  event  */ 

ft  contains  the  line  speed  XI 

/X  mean  msg  interarrival  time  X/ 
/X  used  to  get  past  startup  X! 
/X  no  msgs  delivered  so  far  */ 

/X  contains  #  undeliv'd  msgs  X! 
/X  stopping  criteria  X/ 
/X  number  of  individual  msgs  X! 
IX.  location  in  msg  work  array  X! 
/X  has  the  largest  path  number  X / 
/X  stop  run  if  no  more  q-slots  XI 
IX  if  events  not  at  save  time  X/ 
It  used  in  set_params  function  XI 
IX  used  to  setup  DF  mtx  1  time  XI 
/X  time  first  msg  is  delivered  X/ 
It  time  last  msg  is  delivered  XI 
/X  used  for  ave.  path  length  X/ 
IX  used  to  find  ave.  n/w  delay  XI 
IX  running  total  of  all  q_lens  XI 


mai n ( ) 


int  c; 
int  i; 
int  k; 

for  (i  =  0;  i  <  50;  ++i) 
print f("\nn); 

print f("\t  tXXXXXtXXX.XXXXXXXXXXX.XXXtXXXXXXXtXXXtXXXXXXXXXX.XXXXXXXXXX\  n  " ) ; 
printf("\tT  T\n"); 

printf("\t*  WELCOME  TO  THE  SIMULATION  OF  A  NEW,  EASILY  EXPANDABLE  *\n"); 
print f("\t*  FAULT  TOLERANT  GENERAL  PURPOSE  SELF-ROUTING  COMPUTER  *\n">; 
print f("\t*  COMMUNICATIONS  NETWORK  T0PDL0GY !  WE  BITS  DO  HOPE  *\n"); 
print f ("\t*  YOUR  EXPERIENCE  WITH  US  IS  A  PLEASANT  ONE. 
printf ("\t*  *\n"); 

pr int  f ( m\ttXXXXXXXXXXXXXtXtXXXXXXX;XXXXXXXXtXXXXXXXX*XXXXXXXXtXXXXXX\n*) ; 

pr int f ("\n\n\n\n\n\n\n") ; 

print fC”\t\t\tPRESS  RETURN  TO  CONTINUE!  "); 
c  =  getcharO; 

k  =  0; 

restoreO; 

if  (cur_modules  ==  4) 
set_pointers() ; 
clear_fai  luresO ; 

print f ("\n\nThere  are  no  failed  nodes  or  modules  in  the  network.’"1; 


ft 


s 

ft 

ft 

k 


printf <"\n\nAll  previous  failures  have  been  cleared!\n“) ; 
current_status() ; 
snapshot ( ) ; 

printf ("XnThe  current  largest  node  number  "); 
printfCis  Xo"f  POSITION£max_numbers-l]Cn); 
printf("  at  position  number  %d.\n",  max_numbers-l); 

repeatl:  printf ("\nDo  you  want  to  add  node  numbers?  "); 
ignorel:  c  =  getcharC); 

if  (c  ==  YES)  £ 

k  =  node_nosO; 

repeat5:  printf ("\nDid  you  enter  the  number (s)  correctly?  M); 

ignoreS:  c  =  getcharO; 

if  (c  ==  NO) 

goto  repeat  1 ; 

else  if  (c  ==  CR) 
goto  ignoreS; 

else  if  (c  !=  YES)  £ 

printf ("\nThat  was  not  a  valid  response!\n" ) ; 
goto  repeatS; 

y 

} 

else  if  (c  ==  CR) 
goto  ignorel; 

else  if  (c  !=  NO)  £ 

printf ("\nThat  was  not  a  valid  response. \n" ) ; 
goto  repeatl; 

} 

if  (k  !=  0) 

max_numbers  =  k; 

if  (cur_modules  !=  4)  £ 

repeat3:  printf("\nDo  you  want  to  set  up  the  “); 

printf ("minimum  4  module  network?  "); 

ignore3:  c  =  getcharO; 

if  (c  ==  YES)  £ 
start  =  0; 
max_modules  =4; 
cur_modules  =  0; 
for  (i  =  0;  i  <  4;  ++i) 
nodes  =  buildO; 
next_module() ; 
set  _pointers(); 
current_status() ; 
snapshot ( ) ; 

> 


/%  build  four  indep  mdls  */ 
IX  connect  them  together  */ 
It  set  for  more  expans'n  tl 
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else  if  (c  ==  CR) 
goto  ignoreS; 

else  if  (c  !=  NO)  ( 

print f("\nThat  was  not  a  valid  response!\n") ; 
goto  repeats; 

} 

> 

repeat7:  printf("\nDo  you  want  to  alter  "); 

print f ("the  number  of  modules(nodes)?  "); 
ignore7:  c  =  getcharO; 

if  (c  ==  YES) 
alter () ; 

else  if  (c  ==  CR) 
goto  ignore7; 

else  if  (c  !=  NO) 

{ 

printf ("\nThat  was  not  a  valid  response!\n"); 
goto  repeat 7; 

> 

/*  The  following  portion  of  the  program  sets  up  the  existing  topology  %/ 
/*  with  failures  if  desired,  and  prepares  to  send  messages  over  the  t/ 
/%  network.  */ 

repeatlO:  printf ("\nDo  you  want  the  operational  network  to  have"); 

printf  O'  failed  nodes  or  modules?  ”); 
ignorelO:  c  =  getcharO; 

if  (c  ==  YES)  C 
failure_setup(); 
current_status() ; 
snapshot () ; 

} 

else  if  (c  =  CR) 
goto  ignorelO; 

else  if  (c  !=  NO)  { 

printf ("\nThat  was  not  a  valid  response!\n") ; 
goto  repeatlO; 

} 

repeat8:  printf ("\nAre  you  ready  to  send  "); 

printf ("traffic  over  the  network?  "); 
ignore8:  c  =  getcharO; 

if  (c  ==  NO)  i 

repeats:  print f("\nDo  you  want  to  alter  the  network?  "); 
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ignore9: 


c  =  getcharO; 

if  (c  ==  YES)  l 

clear_failuresO ; 

printf ("\nAll  previous  failures  "); 
printfChave  been  cleared  ! \n" ) ; 
alter () ; 
goto  repeat  10; 

) 

else  if  (c  ==  CR> 
goto  ignore9; 

else  if  (c  ==  NO) 
goto  end; 

else  -C 

printf ("\nThat  was  not  a  valid  response!"); 
goto  repeat9; 

} 

} 


else  if  (c  ==  CR) 
goto  ignoreQ; 

else  if  (c  !=  YES)  i 

printf ("\nThat  was  not  a  valid  response !\n") ; 
goto  repeat8; 

} 

simulate () ; 
end:  saveO; 


node_nosO 

/%  This  function  is  used  to  load  node  numbers  into  the  matrix. 
/*  called  by  the  main  network  control  program. 


int  i; 
int  data; 

i  =  max_numbers; 
scanf ("\n%o",  Sedata); 
while(data  !=  ENUFO)  i 

PQSITIQNCi 3C13  =  data; 
print f ("\n\t%6d  %6o 
++i ; 

scanf("%o",  &data); 

> 

returnCi ) ; 


It  is  t/ 
*/ 


",  i,  POSITIONS  3U3); 


h 
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buildO 

/%  This  function  is  used  to  build  the  fully  connected  modules  of  4  t/ 
/%  nds  each.  A  separate  function  (nextjnodule  or  addjnodule)  adds  */ 
/*  these  modules  to  the  network.  It's  called  by  the  main  network  ctl  %! 
/%  program,  the  alter,  and  partition  functions.  *./ 


int  i; 

int  j; 

int  temp; 

int  k; 

int  1; 

int  upper; 

int  location; 

int  homejnodule; 

i  =  start; 
upper  =  i  +  iSTEP; 

while  (i  <  upper)  C 
k  =  LOWER_NODE; 
j  =  0; 

1  =  LOWER  PLACE; 
temp  =  POSITIONCstart3C13; 
location  =  start; 
home_module  =  start /4  +1; 

while  (j  <  kSTEP)  C 

if  (temp  !=  POSITIONCi 3C13) 
POSITIONCi 3Ck3  =  temp; 
POSITIONCi 3  Cl  3  =  location; 

++j; 

++temp; 

++location; 
k  =  k  +  kSTEP; 

1=1+  kSTEP; 


++temp; 

++location; 


POSITIONCi 3 C33  =  homejnodule; 
++i; 

3 

++cur_modules; 
start  =  i; 
returnfi ) ; 
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c  ur  r  ent  _st  at  us  ( ) 

/t  This  function  is  used  to  make  the  decision  as  to  whether  or  not  to  X! 
/%  print  the  current  connectivity  Beatrix.  It  is  called  by  the  main  t! 
/t  network  control  program  and  the  alter  function.  X/ 

£ 

int  c; 

printf (M\nThe  current  number  of  modules  ">; 
printf ("in  the  network  is  %d."f  cur_modules) ; 
pr intf ("\n\nThe  current  number  of  nodes  is  V.d.",  nodes); 
printf  C\n\nThe  total  number  of  node  numbers"); 
printfC  available  is  7. d."t  max_numbers  -  nodes); 
repeat4:  printf ("\n\nDo  you  want  to  see  the  current  connectivity"); 
printfC  matrix?  "); 

ignore4:  c  =  getcharO; 
if  Cc  ==  YES) 

print_matrix() ; 

else  if  (c  ==  CR> 
goto  ignore4; 

else  if  (c  !=  NO)  £ 

printf CVnThat  was  not  a  valid  response!”); 
goto  repeat4; 


1 


1 

next_module() 


/t  This  function  connects  local  nds  to  the  appropriate  link  nodes  in  X/ 
/X  the  next  module  for  the  minimum  4  module  network.  Called  by  the  XV 
ft  main  control  program.  Xf 

£ 


int  a; 
int  j; 


1 


j  =  0; 

while  (j  <  nodes)  £ 


1 


a  =  POSITION  CALC; 
PQSITIONC j3CNXT_ND  P0SN1 
POS ITIONCjlCLI NK_ND_C0L  3 
POS I T I ON  C  j  3  C  NXT_MDL_C0L 3 
P0SITI0NCa3CNXT  ND  P0SN3 
POSITIONCa3CLINK_ND_COL3 
POSITIONIalCNXT  MDL  C0L3 


a; 

POSITIONCa3C13; 

POSITIONCa3C33; 

j; 

P0SITI0NC j3C13; 
POSITION! j3£33; 


1  .'#*(( 


j  =  j  +  2; 


alter () 


It  This  function  is  used  to  decide  which  type  of  alterations  will  be  X/ 
/X  made  to  the  existing  network.  The  appropriate  sub  function’ s  called  Xf 
/X  according  to  the  decision  made.  Alter’s  called  by  the  main  network  %/ 
ft  control  program.  %/ 


int  c; 
int  i; 
int  j; 


repeat2:  print f ("\nHow  many  modules  do  you  want  the  new  network"); 
print f("  to  have?  "); 
scanfC'Zd",  &max_modules) ; 

printf C"\nDid  you  enter  the  number  correctly? 
ignore2:  c  =  getchar O j 


if  <c  ==  NO) 

goto  repeat2; 


else  if  (c  ==  CR) 
goto  ignore2; 


else  if  (c  !=  YES)  i 

pr int f ("\nThat  was  not  a  valid  response !\n") ; 
goto  repeat2; 

> 


if  (max_modules  <  4)  {  /X  invalid  request 

printf ("\nThe  network  must  have  ">; 
printf ("at least  4  modules  to  exist !\n"); 
goto  repeat2; 

} 

else  if  ((c  =  max_modules  %  3)  ==  0)  f  ft  net’s  partitioned  XI 
j  =  partitionO; 
if  (j  ==  1) 

goto  repeat?; 
else  { 

current_status() ; 
snapshot (); 

> 


else  if  (max_modules  <  cur_modules) 
curjnodules  =  0; 
start  =  0; 


(  /X  want  less  modules  X/ 


I 


*.**«.( 


for  (i  =  0;  i  <  4;  ++i) 
nodes  =  buildO; 
next_module(); 
set_pointersO; 
while  Ci  <  max_modules) 
nodes  =  buildO; 
add_moduleO ; 

++i7 

cur_modules  =  i; 
current_statusO ; 
snapshot ( ) ; 


else  if  Ccur_modules  ==  roax_Biodules)  C 

printf ("\nThat  is  how  many  modules  you  already  have!\n"); 
got o  repeat2; 

} 

else  if  (max_modules  >  (max_numbers/4) >  t  ft  out  of  bounds  %/ 

print  f  CVnThere  are  currently  a  total  of  7. d”,  max_numbers> ; 
printf("  node  numbers  available.  ">; 
printf("\nCan’t  have  7.d",  max_moduIes) ; 
print f("  modules. \n") ; 
goto  repeat 2; 

} 

else  i 

for  Ci  =  (cur_modules  +1);  i  <=  max_modules;  ++i )  { 

nodes  =  buildO ; 
add_modul e  O ; 

} 

current_status<) ; 
snapshot  Of 
> 


partitionO 

/t  This  function  takes  care  of  the  case  where  the  nbr  of  modules  in  %/ 
ft  the  network  is  a  multiple  of  three  <3).  When  this  happens,  the  -*/ 
/t  network  is  partitioned  into  three  separate  but  equal  subnets.  When  t/ 
ft  the  nbr  of  modules  is  equal  to  or  greater  than  12  and  an  integer  tf 
ft  multiple  of  three,  network  performance  is  the  same  as  a  one  1/3  */ 
ft  that  size.  Partition  is  called  by  the  alter  function.  tf 


int  c; 
int  j; 


rnvrocnjnrc 


? 

r 


repeat _c:  pr int f ("\n\nThe  number  of  modules  ")} 

printf("you  requested  would  leave  the  network"); 
printf ("\npartitioned  into  three  separate  but  equal  M); 
printfC"  subnetworks  of  \n2d",  max_moduIes/3) ; 
printfC"  modules  each.  Is  that  what  you  want?\t\t"); 
ignore  c:  c  =  getcharO; 

“  if  Cc  ==  NO) 

j  =  1? 

else  if  Cc  ==  CR) 
goto  ignore_c; 

else  if  (c  !=  YES)  l 

printf ("\nThat  was  not  a  valid  response !\n") ; 
goto  repeat_c; 

} 


else 

printfC 

printfC 

printfC 

printfC 

printfC 

printf C 

printfC 

printfC 

printfC 

printfC 

printfC 

printfC 

printfC 

printfC 

pr int  f  C 

j  *  i; 

returnC j) ; 


"\n\nlf  you  want  6  or  9  modules,  then  the  resulting  " ); 
"topology  of  2  or  \n3  modules  each  ">; 

“per  subnet  is  less  than  a  fully  connected  mesh"); 
"\ntype  topology.  So  "); 

"that  is  not  a  valid  request!  If  you  want  to  "); 
"\nevaluate  12  or  more  modules  whose  number  is  an  "); 
"integer  multiple  \nof  3,  then  performance  of  that"); 

"  partitioned  network  is  the  same"); 

"\nas  a  network  with  1/3  the  number  "); 

"of  modules  you  requested.  For  \nexample,  a  12  "); 
"module  network  performs  like  the  minimum  4  module"); 
"\none,  and  is  equal  to  3  independent  4  module"); 

"  networks.  Enter  a  \nrequest  for  the  more  simple"); 

"  network.  Your  entry  should  be  1/3  \nof  your"); 

"  earlier  request.\n\n"); 


add_module() 

/%  This  module  adds  newly  generated  modules  to  the  existing  network  XI 
IX  when  the  request  is  greater  than  the  minimum  four  module  topology.  Xf 
IX  It  is  called  by  the  alter  function.  X/ 


int  temp; 
int  tempi; 
int  temp2; 
int  temp3; 
int  i; 


/%  The  following  code  changes  pointers  8t  links  at  the  top  of  the  nwk.  t/ 


tempi  =  PTR_ARRAY  C  0  3  C  0  3 ; 

PTR_ARRAYC03C03  =  PTR_ARRAY  C 13  C  0 1 ; 

PTR_ARRAY  C 1 3  C  0  3  =  PTR_ARRAYC23E03; 
temp  =  start  -  4; 

PTR_ARRAYC23C03  =  temp; 

for  Ci  =  0;  i  <  3;  ++i)  t 

temp 2  =  PTR  ARRAYCi 3C03; 
temp3  =  PTR_ARRAYCi 3C13; 

POS I T ION  C  t  emp  2  3  C  N  XT_ND_P0SN  3  =  PTR_ARRAYC i 3  Cl  3 ; 
POSITIONCtemp23 CLINK  ND_C0L3  =  POs7TIONCtemp33C13; 
POS I T I ON  C  t  emp  2  3  C  NX  T_MDL_C0L  3  =  P0SITI0NCtemp33C33; 

POSITIONCtemp33CNXT  ND_P0SN3  =  PTR_ARRA Y C  i  3  C  0  3 ; 
POSIT  IONCtemp23  CL  INK_ND_C0L3  =  P0SITI0NCtemp23C13; 
POSITIONCtemp33CNXT  MPL.C0L3  =  P0SrTI0NCtemp23C3'3; 

} 

++temp; 

POS I T I ON  E  t  emp 1 3  C  NXT_ND_POSN  3  =  temp; 

POSITIONEtemp 13 CLINK  ND_C0L3  =  P0SITI0NCtemp3C 13 ; 

POS I T I ON  C  t  emp 1 3  C  NXT_MDL_COL  3  =  P0SITI0NCtemp3C33; 

POSITION C temp 3 CNXT  ND  P0SN3  =  tempi; 

POSITIONEtemp 3 CLINK_ND_COL 3  =  POSITIONCtempl3C13; 

POS I T I ON  C  t  emp  3  CNXT_MDL_COL  3  =  POSITIONCtempl3C33; 


/t  The  next  code  changes  the  pointers  and  links  on  the  bottom  of  nwk  %l 


tempi  =  PTR_ARRAY  C  3  3  E  0  3 ; 

PTR_ARRAY  C  3 3  C  0  3  =  PTR_ARRAYC43C03; 

PTR_ARRAYC43  C03  =  PTR_ARRAYC53E03; 

++temp; 

PTR_ARRAY  E  5  3  C  0  3  =  temp; 

for  (i  =  3;  i  <  6;  ++i)  t 

temp 2  =  PTR_ARRAY  E i 3  C  0  3 ; 
temp 3  =  PTR_ARRAY  E i 3  E 1 3 ; 

POSITIONEtemp23CNXT  ND_P0SN3  =  PTR_ARRAYC i 3 C 1 3 ; 
POSITIGNCtemp23 CLINK  ND  C0L3  =  POslTIONCtemp33El 3; 
POSITIONCtemp23CNXT  MDL~C0L3  =  POSITIONCtemp33C33; 


POSITIONCtemp33 CNXT  ND_P0SN3  =  PTR_ARRAYC i 3 E03 ; 

POS I T I ON  C  t  emp3  3  E  L I NK_ND_C0L  3  =  POslTIONCtemp23E13; 
POS I T IONE  t  emp3  3  CNXT_MDL_COL  3  =  P0SITI0NCtemp23C33; 

> 


++temp; 


^1 


rlRnW71A.li 


POSITIONCtempl3CNXT_ND_POSN3  =  temp; 
POSITIONCterapl 3CLINK_ND_COL3  =  POSITIDNCtemp3C13; 
POS I T I ON  C  t  emp  j.  3  C  NXT_MDL_CQL  3  =  POSITIONCtemp3C33; 


POS ITIQNCtemplC NXT_ND_POSN  3  =  tempi; 

POSITION! temp 3 CLINK  ND  COL3  =  POSITIONCtempl3[13; 
POSITIONCtemp3CNXT  MDL  COL3  =  POSITIONCtempl3C33; 


set_pointers(> 


/%  This  function  initializes  pointers  used  to  expand  the  minimum  four  tl 
/%  module  network.  It  is  called  by  the  main  network  control  program.  %f 


PTR_ARRAY  C  0  3  C  0  3 
PTR_ARRAYC03C13 
PTR_ARRAYC13C03 
FTR_APPAYC 1 3  C 1 3 
PTR_ARRAYC2 J  C03 
PTR_ARRAY  C  2  3  C 1 3 
PTR_ARR AY  C  3  3  C  0  3 
PTR_ARRAYC33  C 1 3 
PTR_ARRAYC4JC03 
PTR_ARRAY  C  4  3  C 1 3 
PTR_ARRAY  C  5  3  C  0  3 
PTR  ARRAYC53C13 


f ai  1 ur e_set up <) 


/t  This  function  sets  up  the  network  to  simulate  failed  mdls  and  nds  %/ 
/%  for  network  analysis.  It  is  called  by  the  main  network  ctrl  prgm.  %/ 


int  c; 
int  fail; 
int  i ; 
int  j; 


int  MDL_FAILUREC503C13; 
int  ND_FAILUREC1003C1 3; 


repeatll:  printf("\nDo  you  want  complete  modules  to  fail' 
ignorell:  c  =  getcharO; 


if  (c  ==  YES) 


print  fCNnEnter  modules  you  want  to  fail,  "); 
printfC'one  module  number  per  line.\n\n"); 


i 


E 
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repeat  12: 
ignorel2: 


repeat  14: 
ignore!4: 


i  =  1; 

scanf ("\n%d"t  Scfail); 
while  (fail  !=  ENUF)  { 

MDL_FAILURECi 3C03  =  fail; 

print  f("\n\t7.6d  X 6d  ",  i,  MDL_FAILURECi  KOI) ; 

++i; 

scanf ("VnXd",  fcfail); 

> 

printf (”\nDid  you  enter  the  numbers  correctly?  ") 
c  =  getcharO; 

if  (c  ==  NQ) 

goto  repeat  11; 

else  if  (c  ==  CR> 
goto  ignorel2; 

else  if  (c  !=  YES)  { 

print f("\nThat  was  not  a  valid  response ! \n" ) ; 
goto  repeat  12; 

> 

j  =  i; 

while  (j  <  i)  C 

fail  =  MDL_F  A I LURE  C  j  3  C  0 1 ; 

if  (fail  <  1  !!  fail  >  cur_modules)  { 

print f (”\n\nThere  is  no  module  in  the"); 
printfC  current  topology  numbered  X4d!",  fail); 
printf ("\n\nYour  request  is  ignored"); 
printfC  since  the  smallest  module  in  the"); 
printf ("\n\nnetwork  is  one,  and  the  largest"); 
print f("  is  X4d.\n",  cur_modules) ; 

++j» 

J 

else  { 

»ark_module(fail ) ; 

++j»~ 

} 

} 

printf("\nDo  you  also  want  nodes  to  fail?  "); 
c  =  getchar () ; 
if  (c  ==  YES) 

goto  nodes2; 
else  if  (c  ==  CR) 
goto  ignorel4; 

else  if  (c  !=  NO)  C 

printf ("\nThat  was  not  a  valid  response !\n") ; 
goto  repeat  14; 

} 


I 


> 
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else  if  (c  ==  CR) 
goto  ignorell; 

else  if  (c  '=  NO)  <. 

pr int f ("\nThat  was  not  a  valid  response !\n") ; 
goto  repeat  11 j 

} 

else  { 

nodes2:  print f("\nEnter  nodes  you  want  to  fail,  one"); 

print  ft"  node  number  per  line.\n\n  "); 
i  =  1; 

sc anf ("\n%d"f  &fail); 
while  (fail  !=  ENUF)  ( 

ND_FAILURECi ] C03  =  fail; 

printf ("\n\t%£d  ‘/.Ed  ",  i,  ND.FAILURECi  K01) ; 

++i; 

scanf ("\n%d ",  fcfail); 

i 

repeatl3:  printf ("\nDid  you  enter  the  numbers  correctly?  "); 

ignorel3:  c  =  getcharO; 

if  (c  ==  NO) 

goto  repeat  14; 

else  if  (c  ==  CR) 
goto  ignorel3; 

else  if  <c  !=  YES)  C 

printf ("\nThat  was  not  a  valid  response !\n") ; 
goto  repeat  13; 

} 

for  (j  =  1;  j  <  i;  ++j)  f 

fail  =  ND_FAILUREEjH01; 
if  (fail  >  nodes)  ( 

print f ("\n\nThere  is  no  node  in  the  current"); 
print f("  topology  numbered  %4d!",  fail); 
pr int f ("\n\nYour  request  is  ignored  since  the  "); 
print f ("largest  node  in  the  network  is  7.4d!",  nodes); 

> 

else 

mark_node(fai  1 ) ; 


mar k_module(x) 

/%  This  function  sets  lfs  in  the  appropriate  columns  of  the  network  XI 
/t  connectivity  matrix  to  show  that  the  desired  module  has  failed.  It  X/ 
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t%  also  calls  set_links  to  update  the  contained  nodes  in  the  module. 
IX  It  is  called  by  the  failure_setup  function. 

int  x; 

C 

int  i ; 
int  j; 

i  =  0; 

while  (i  <  start)  <. 

if  (POSITIONCi 3C33  ==  x )  { 

POSITIONCi 3C23  =  1; 

POSITIONS  3  [43  =  1; 

> 

if  (POSITIONS  3C143  ==  x) 

POSITIONCi 3 C 153  =  1; 

++i; 

> 

j  =  0; 

while  (j  <  start)  { 

if  (POSITION! j 3 C23  ==  1) 
set_link( j); 

++j; 


mark_node(y) 

/%  This  function  sets  l's  in  the  appropriate  columns  of  the  network  %/ 
/X  connectivity  matrix  to  show  that  the  desired  nodes  have  failed.  It  X/ 
!X  is  called  by  the  fai lure_setup  function.  X/ 

int  y; 

C 

int  i; 

for  (i  =  0;  i  <  start;  ++i) 

if  (POSITIONCi 3C 13  ==  POSITIONCy3C13)  C 
POSITIONCi 3C23  =  1; 
set_l ink (i ) ; 


set_link(kill ) 

/t  This  funct’n  sets  the  appropriate  links  in  the  next  module  section  */ 
/X  to  reflect  that  the  desired  nodes  have  failed.  This  information  is  */ 
/*  needed  for  routing.  It’s  called  by  mark_module  and  mark_node.  XI 

int  kill; 


. 
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int  k; 
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for  (k  =  0;  k  <  start;  ++k)  f 

if  (POSITIONCki C53  ==  POSITIONCki 1 1 3C 1 3 ) 
POSITIONCk3C63  =  1; 

if  (POSITIQNCk3C83  ==  POSITIONCki 1 1 3C 1 3) 
POSITIONCk3C93  =  1; 

if  (P0SITI0NCk3C113  ==  POSITIQNCki  1 1  3C13) 
P0SITI0NCk3t 123  =  1; 

if  (POSITIONCki CIS 3  ==  POSITIONCki 31 3C13 ) 
PQSITIONCk3C173  =  1; 

} 


print_matrix() 

/%  This  function  prints  the  network  connectivity  matrix  which  defines  X/ 
/X  the  complete  network  topology.  Called  by  current_statuS  function.  X/ 


int  i; 
int  j; 

print  f ("\n\n\n\n\n\n\n\n\n\n\n\t 
printfC "NETWORK  CONNECTIVITY  "); 
printfC  MATRIX\n\n\n\n\n\n"); 


MODULE"); 

MD’L 


printf("\n\n  POS’N  HOME  HOME 
pr int f( "DESTINATION  NODE"); 
printfC"  NEXT  MODULE”); 

print f<“\n  #  NODE  MD’L 

print f(" (LOCAL)  "); 

print f("\n\n  #  ST  #  ST  #  ! 

print  f ("POS’N  #  ST  POS’N  #  ST  NODE  \ 
printf ("  (  0"); 

for  (i  =  1;  i  <  MAX_COLUMNS;  ++i ) 
printf C3C5d"f  i); 
printfC  )"); 
printf ("\n\n\n"); 
for  (i  =  0;  i  <  nodes;  ++i)  C 
printf ("\n\n"); 
pr  int  f  CX4d",  i); 
for  (j  =  1;  j  <  MAX  COLUMNS;  ++j) 

if  (j  ==  i  : :  j  ==  5  : :  j  ==  e  : :  j 

printf ("X5o",  POSITIONS  3Cj3) ; 

else 

pr  int  f  C7.5d" ,  POSITION! i  3 C  j 3 ) ; 

} 

printf ("\n"); 


#  ST  POS’N  #  ST  "); 
NODE  ST  P0S’N\n\n"); 


==  11 


==  16) 


I 
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saveO 

/*  This  function  saves  current  global  parameters  prior  to  exit.  It  is  *f 
/%  called  by  the  main  network  control  program.  t/ 


int  i; 
int  j; 

outfile  =  fopen ("network. save",  "w">; 
fprintf (outfile,  "%d\n",  nodes); 
fprintf (outfile,  "%d\n",  max_modules) ; 
fprintf (outfile,  "%d\n",  max_numbers) ; 
fprintf  (outfile,  "7.d\n",  cur_modules) ; 
fprintf (outfile,  "Xd\n",  start); 

fprintf (outfile,  "\n\n\n\t\t  "); 

fprint  f (out  fi le,  "CONNECTIVITY  MATRIX\n\n") ; 
fprintf (outfile,  "  0"); 

for  (i  =1;  i  <  MAX_C0LUMNS;  ++i ) 
fprintf (outfile,  “7.5d",  i); 
fprintf (outfile,  "\n\n"); 
for  (i  =  0;  i  <  nodes;  ++i)  { 

fprint f (out file,  "\n\n“); 
fprintf (outfile,  "X4d",  i); 
for  (j  =  1;  j  <  MAX_C0LUMNS;  ++j) 

if  (j  ==  i  ::  j  ==  5  ::  j  ==  b  ::  j  ==  n  . 
fprintf  (outfile,  "7.5o",  POSITION!  i  3  C  j  3 ) ; 

else 

fprintf(outfile,  "7.5d",  POSITIONS  3!  jl) ; 

} 

for  (i  =  nodes;  i  <  max_numbers;  ++i )  i 
fprintf (outfile,  "\n\n"); 

fprint f  (out file,  "7.4d  7.5o",  i,  POSITIONS  3C13) ; 

) 


==  16) 


fprintf (outfile,  "\n\n\n\t\t\t\t " ) ; 
fprintf (outfile,  "PTR_ ARRAY") ; 
for  (i  =  0;  i  <  6;  ++i)  ! 

fprintf (outfile,  "\n\n")| 
for  (j  =  0;  j  <  2;  ++j) 

fprintf  (outfile,  n7.5d",  PTR  ARRAYCiKjl); 

> 

fclose(out  fi le) ; 


restoreO 

ft  This  function  restores  current  parameters  at  the  beginning  of  X/ 

/X  simulation  run.  This  way  global  parameters  can  be  preserved  from  Xf 


1 


I 


/%  one  run  until  the  next.  It's  called  by  the  main  network  ctrl  prgm.  %/ 


int  i; 
int  j; 

int  skipl!203; 
int  skip2!203; 

infile  =  f open ("net work. save",  "r"); 
fscanf (infile,  "Xd\n",  &nodes>; 
fscanf (infile,  "Xd\n",  &max_modules) ; 
fscanf (inf i le,  "Xd\n",  &max_numbers) j 
fscanf (infile,  "%d\n",  &cur_modules) ; 
fscanf(infile,  "%d\n",  fcstart); 
fscanf  (inf  ile,  n7.*s  7.*s\n",  skipl,  skip2); 

for  (i  =  0;  i  <  MAX_C0LUMNS ;  ++i) 
fscanf (infile,  "XT5d",  fcj); 
for  (i  =0;  i  <  nodes;  ++i) 

for  (j  =  0;  j  <  MAX_CQLUMNS;  ++j> 

if  (j  ==  1  ! !  j  ==  5  !!  j  ==  8  !!  j  ==  11  !!  j 
fscanf  (infile,  M7.5o”,  fcPOSITIONIi 3! j3) ; 

else 

fscanf  (infile,  "ZEd",  &P0SITI0N!i 3! j3) ; 

for  (i  =  nodes;  i  <  max  numbers;  ++i)  ( 

fscanf  (infile,  "y^d",  ^POSITION!  j  3!03) ; 
fscanf  (infile,  "7.5o",  ScPOSITIONfi  3!  1 3) ; 

} 

fscanf (infile,  "%*s\n",  skipl); 
for  (i  =  0;  i  <  6;  ++i) 

for  (j  =  0;  j  <  2;  ++j) 

fscanf  (infile,  "7.5d",  &PTR_ ARRAY  !  i  3  !  j  3  > ; 

fclose(infile) ; 


==  16) 


clear_failures() 

/t  This  function  restores  failed  nodes  and  modules  to  the  current  XI 
ft  network  topology.  It  is  called  by  the  main  network  control  prgm.  */ 


int  j; 

for  (j  =  0;  j  <  start;  ++j) 
POSITION!!  j3  C23  =  0; 
POSITION! j3I43  =  0; 
POSITION! j3!63  =  0; 
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POSITIONE j3C93  =  0; 
POSITION!!  j3C123  =  0; 
POSITIONCjlClSl  =  0  ; 
POSITION! j3C 173  =  0} 


snapshot ( ) 

fX  This  function  saves  in  a  file  the  current  network  topology  of  the  X.f 
/%  simulation  module  upon  request.  Called  by  main  network  ctl  prgm.  Xf 


int  i; 
int  j; 
int  c; 

repeatlS:  printf("\nDo  you  want  a  snapshot  "); 

print f (“of  the  current  topology?  "); 

ignorel5:  c  =  getcharO; 

if  (c  ==  YES)  i 

snapout  =  fopenC'network.snap",  "a"); 

fprintf (snap out,  "\n\n\n\n\n\n\n") ; 

fprintf (snapout,  "\n\nThe  current  number  of  "); 

fprintf (snapout,  "modules  is  X4d.“,  cur_modules) ; 

fprintf (snapout,  "\n\nThe  number  of  nodes  is  VAd.",  nodes); 

fprint f (snapout ,  "\n\n\n\n\n\t\t\t\t\t ") ; 

fprintf (snapout,  "CONNECTIVITY  MATRIX"); 

fprintf (snapout,  "\n\n"); 

fprintf (snapout,  "POS'N  HOME  HOME"); 
fprintf (snapout,  "  DESTINATION  NODE"); 

fprintf (snapout,  "\t\t\tNEXT  MODULE"); 
fprintf (snapout,  "\n  #  NODE  "); 


fprintf (snapout,  "\n\n") 
fprintf (snapout,  "POS'N 
fprintf (snapout,  " 
fprintf (snapout,  "\t\t\t 
fprintf (snapout,  "\n  # 

fprintf (snapout,  "MD'L 
fprintf (snapout,  "\n\n 
fprintf (snapout,  "  POS'h 
fprintf (snapout,  "  # 

fprintf (snapout,  "  (  0") 


(LOCAL) 

ST  #  ST  #  ST"); 

ST  POS'N  #  ST  POS'N"); 
NODE  ST  POS  * N\ n\ n " ) ; 


fprintf (snapout,  "  POS'N  #  ST  POS'N  #  ST  POS'N"); 
fprintf (snapout,  "  #  ST  NODE  ST  P0S'N\n\n") ; 

fprintf (snapout,  "  (  0"); 
for  (i  =  1;  i  <  MAX_COLUMNS;  ++i ) 
fprintf (snapout,  "%5d",  i); 
fprint f (snapout ,  "  )"); 
fprintf (snapout,  "\n\n\n">; 
for  (i  =  0;  i  <  nodes;  ++i)  { 

fprintf (snapout,  "\n\n"); 
fprintf  (snapout,  "3C4d",  i); 
for  (j  =  1;  j  <  MAX_C0LUMNS;  ++j) 

if  (j  ==  i  s :  j  ==  5  ! :  j  ==  8  ; :  j  =  ii  s :  j  ==  16) 
fprintf (snapout,  “%5o",  POSITIONS  3[j3) ; 

else 

fprintf (snapout,  "7.5d",  POSITIONS 3C j3) ; 


fclose(snapout) ; 
} 

else  if  (c  =  CR) 
goto  ignorelS; 


else  if  (c  !=  NO)  C 

printf ("\nThat  was  not  a  valid  response!\n") ; 
goto  repeat  15; 


si  iiriul  at  e  O 

/*  This  function  is  the  major  control  program  for  traffic  simulation  t/ 
1%  on  the  network  established  in  the  first  part  of  this  program.  %! 

{ 

int  temp; 


print f ("\nWhat  speed  would  you  like  to  assign  to  the  links? 
scanf  ("Xd”,  &RATE) ; 

printf (“\nWhat  is  the  mean  message  size  (in  characters)? 
scanf ("Xd",  &mean_size) ; 

printf ("\nWhat  is  the  mean  message  interarrival  "); 
print  f ("time  (in  msecs)?  "); 

scanf ("Xd",  &IAT); 

printf (“\nHow  many  messages  should  be  delivered  "); 
print f (“before  gathering  statistics?  "); 
scanf ("Xd",  ^STABILIZE); 

repeatG:  print f ("\nHow  many  messages  should  be  used  "); 
printfC'for  gathering  statistics?  ">; 
scanf  (“Xd",  ltmax_msgs) ; 

if  (max_msgs  ==  0)  C 

printf ("\nThat  is  not  a  valid  request !\n") ; 
goto  repeats; 

} 


“); 

"); 

* 


! 
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initialized; 

again:  min_FEL();  1 

t i me_ad  vane  e ( ) ; 
ad just_time(min_time) ; 
if  (imevent  ==  1)  ( 

arrival (min_row) ;  3 

if  (stop_it  ==  1)  J 

goto  quit;  • 


departure(min_row) ; 
if  (stop_it  ==  1) 
goto  quit; 


else 
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more_eventsd ; 
temp  =  no_done  -  STABILIZE; 
if  (temp  <  max_msgs) 
goto  again; 
else  { 

clk_last_msg  =  CLOCK; 

printf ("\n\nTotal  messages  generated  was  %d.\n\n",  msg_no); 


address_cnt  <) ; 
graphsO; 

quit:  if  (stop_it  ==  0) 

reportsO; 

y 


IX  write  to  file  dest'n  address  count 
/%  write  to  file  for  final  graphs 


initialized 

fX  This  function  initializes  the  work  areas  for  the  beginning  of  the  X! 
/t  simulation  and  schedules  the  first  arrival  at  each  server  in  the  XI 
IX  network.  It  is  called  by  the  simulate  function.  */ 


/%  set  up  matrix  needed  to  find  the  DF  X/ 


int  1;  /X  used  to  set  svc  numbers  XI 

int  i;  /*  used  to  access  rows  X! 

int  j;  /X  used  to  access  columns  */ 

int  k;  /*  used  to  access  individual  rows  Xf 

CLOCK  =  0; 
msg_no  =  0; 

■in_time  =  INFINITY; 
location  =  -1; 
no_done  =  0; 
no_killed  =  0; 

dirl=  0;  IX  set  up  matrix  needed  to  find  the  DF  X/ 

total _hops  =  0; 

resp_time  =  0; 

max  _path  =  0; 

stop_it  =  0; 

ave_q_length  =  0; 

for  <i  =0;  i  <  LARGEST;  ++i)  ( 

j  =  0; 

while  (j  <  40)  C 
if  (j  ==  0) 

MSG_AREACi 1C jl  =  i; 
else  if  (j  ==  12) 

MSG_AREACi 1C jl  =  12;  IX  rt  trace  is  empty  XI 

else  if  (j  ==  1  ! !  j  “  10  ! !  j  ==  11) 

MSG.AREACilCjl  =  0; 

else 

MSG_AREACi 1C jl  =  999;  IX  used  to  end  trace  XI 


\S'A’  V  >A  A 
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/%  set  node  number  t/ 


i  =  0; 

while  (i  <  (nodes  t  4))  { 

1  =  1; 

for  (k  =  i;  k  <  (i  +  4);  ++k)  f 
j  =  0; 

while  (j  <  60)  { 

if  (j  ==  0)  /t  set  row  number  *■/ 

N0DE_AREAt  k 1 1  j  3  =  k; 

else  if  (j  ==  1)  /t  set  node  number  t/ 

N0DE_ARE A  C  k  3  C  j  3  =  (i/4); 

else  if  (j  ==  2)  {  / *  set  svr#  %f 

N0DE_AREA  C  k  3  C  j  3  =  1; 

++lt 

} 

else  if  (j  ==  5)  /t  show  server  empty  t/ 

N0DE_AREA  C  k  3  C  j  3  =  INFINITY; 
else  if  (j  =-  7)  /%  show  queue  empty  t/ 

N0DE_AREAEk3C j3  =  B; 

else 

N0DE_AREAC  k  3  C  j  3  =  0; 


i  =  k; 


for  (i  =  1;  i  ■(«  cur_modules;  ++i ) 

j  =  0. 

while  (j  <  3)  ( 

if  (j  ==  0) 

GFELmijl  =  i; 

else 

GFELCilCjl  =  0; 

++j» 

} 


for  (i  =  0;  i  <  LARGEST;  ++i ) 
for  (j  =  0;  j  <  5;  ++j> 
if  (j  ==  0) 

STATSCiKjl  =  i; 

else 

STATSCiKjl  =  0; 


/*  set  to  "0"  STATS  matrix  */ 


/%  save  node  area  row  # 


!%  The  following  code  initializes  the  destination  address  count. 

for  (i  =  0;  i  <  nodes;  ++i)  C 
FREQCi 1C01  =  i; 

FREQCiKll  =  0; 


5 
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IX  The  next  code  schedules  the  first  msg  for  each  server  of  each  nd.  XI 
i  =  0; 

while  (i  <  (nodes  X  4))  C 

k  =  i/4;  IX  used  to  access  rows  of  POSITION  XI 

if  (POSITIONCk3C23  ==  0)  /t  has  this  node  failed?  %f 

N0DE_AREACi 3C43  =  next_msg();  IX-  get  first  arrival  XI 
else  f 

for  <j  =  i;  j  <  i  +  4;  ++j) 

N0DE_AREAC  j  3  C  4  3  =  INTIMITY; 

i  =  j  -  1;  t%  skip  past  failed  nodes  tf 

++i; 

} 

} 


time_advance() 

/X  This  function  advances  the  clock  to  the  beginning  of  the  next  X/ 

f%  event  and  sets  imevent  for  arrival  or  departure.  Sets  min_time  and  Xt 
IX  min_row.  It  is  called  by  the  simulate  function.  XI 

{ 

int  i; 

min_time  =  INFINITY; 

for  (i  =  1;  i  <=  curjnodules;  ++i) 

if  (GFELCi  3113  <=  min_time)  <. 
rnin_time  =  GFELCi  3C13; 
min_row  =  GFELCi 3 C23; 

} 

if  (NODE_AREACmin_row3C43  ==  min_time) 
imevent  =  1; 

else 

imevent  =  2; 

CLOCK  =  CLOCK  +  min_time; 

n 

J 


adjust _ti me (time) 

IX  This  function  adjusts  downward  the  times  of  all  other  activities.  XI 
IX  It  is  called  by  the  simulate  function.  XI 


int  time; 


IX  contains  min  time  value  */ 


int  j; 
int  temp; 
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for  (k  =  0;  k  <  (nodes  *  4);  ++k) 
j  =  k/4; 


ft  Adjust  times  of  active  nds  only,  do  not  bother  svrs  of  failed  nds.  t/ 


if  ( N0DE_AREA C  k  3  C  4  3  >  0  &&  POSITION! j3C23  ==  0)  ( 
temp  =  (NODE  AREAIk3C43  -  time); 

NODE  AREACk3C43  =  temp; 

> 


if  (NODE  AREAEkH53  >  0  &&  POSITION! j3E23  ==  0) 
temp  =  (N0DE_AREA E  k  3  E5  3  -  time); 

N0DE_AREA  E  k  3  E  5  3  =  temp; 


for  (k  =  0;  k  <  nodes  t  4;  ++k) 

if  ( (no_done  >=  STABILIZE)  &&  (NODE_AREAEk.3C33  ==  1)) 

STATSCk3C23  =  STATSEk3E23  +  time;  /*  update  svr  busy  tn  */ 


arrival (m) 


ft  This  function  handles  newly  generated  messages  as  they  arrive  at  a  %/ 


ft  nd.  It  calls  a  function  to  set  initial  parameters  in  the  msg_area  tf 


ft  matrix.  This  function  is  not  called  for  transient  messages  since 
ft  they  already  have  key  parameters  set.  Transient  and  new  arrivals 
ft  are  both  processed  after  arrival  at  a  node  by  the  queue  function. 
ft  Arrival  is  called  by  the  simulate  function. 


tf 

tf 

tf 

tf 


int  m; 
{ 


int  place; 


ft  points  to  min_row  in  node_area  array 

ft  rename  of  location  for  this  func 


tf 


tf 


place  =  set_params(m) ; 
if  (stop^it  ==  0)  { 

NODE_AREACm3C43  =  next_msg();  ft  generate  next  arrival  tf 
source_q(m,  place);  ft  ensure  msg  starts  at  right  svr  tf 

} 


destn_node(x, 1 ) 


ft  This  function  terminates  a  message  at  its  final  dest'n  node  upon 
ft  arrival.  It  is  called  by  the  stage_it  function. 


int  x; 


ft  contains  the  destination  node  number 


tf 

1 

tf 

2 

tf 

% 
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int  1; 


/X  points  to  the  msg  posn  in  msg_area  */ 


int  i ; 
int  temp; 

temp  =  MSG_AREA[13[123; 
++t  emp ; 

HSG_AREA  C 1 3  C  t  emp  3  =  x; 
MSG_AREA Cl  3 1 1 2 3  =  temp; 


fX  update  route  trace  Xf 


/X  printf ("\n\nNode  %d  has  completed  delivery",  KEG_AREAC13C133) ;  */ 

/*  printfC"  to  destination  node  %d.",  x);  X! 

MSG_AREAC1 3C93  =  CLOCK; 

++no_done; 

if  (Cno_done  >  STABILIZE)  &&  (no_done  <=  max_msgs  +  STABILIZE)) 

/X  has  network  gone  past  startup  t/ 

save_stats(l ); 


else  { 

MSG_AREAC1 3C13  =  0;  /* 

for  H  =  2;  i  <  40;  ++i ) 
if  (i  ==  12) 

MSG_AREAC 1 3  C i 3  =  12; 
else  if  (i  ==  10  S!  i  ==  11) 
MSG_AREAmCi3  =  0; 

else 

MSG_AREAmti3  =  999; 

> 


more  event sO 


/X  show  row  is  now  available  X/ 


/%  reset  trace  pointer  */ 


/*  clear  for  reuse  X/ 


f X  This  function  checks  the  future  events  list  for  each  nd  to  see  if  X/ 
IX-  other  events  are  scheduled  to  occur  simultaneously  with  the  Xf 
/X  imminent  event.  It  is  called  by  the  simulate  function.  Xf 


int  1; 

for  Cl  =  0;  1  <  (nodes  X  4);  ++1 ) 

if  < (N0DE_AREAC1 3C43  ==  0)  U  (1  !=  min_row>) 
arrival (1 ) ; 

for  (1=0;  1  <  (nodes  X  4);  ++1) 

if  ( (N0DE_AREAtl 3 [53  ==  0)  (1  !=  min_row)> 

departureCl ) ; 
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min_FEL( ) 

/*  This  function  computes  the  new  imminent  event  at  each  nd  &  places  %/ 
ft  the  min  time  from  each  module  in  the  global  future  events  list.  tf 
ft  it  is  called  by  the  simulate  functions.  tf 


int  i; 
int  j; 
int  k; 
int  tempi; 
int  temp2; 

for  (i  =  0;  i  <  (nodes  *  4);  ++i)  ( 

N0DE_AREACiK£]  =  NODE  AREACi3C43; 
if  (N0DE_AREACi 3C53  <  N0DE_AREA I  i  3 1 6  3 ) 
N0DE_AREA  Ci  ICG]  =  N0DE_AREACi  3151; 


ft  This  code  updates  the  global  future  events  lists.  It  finds  the  tf 
i%  minimum  FEL  value  of  the  16  servers  in  each  module,  &  places  that  tf 
ft  value  in  the  global  FEL.  tf 

k  =  1; 
i  =  0; 

while  (i  <  (nodes  t  4))  { 

tempi  =  INFINITY; 
for  (j  =  i;  j  <  (i  +  16);  ++j> 

if  ( N0DE_AREA C  j  3  C  6  3  <  tempi)  C 
tempi  =  N0DE_AREA  C  j  3  C  6  3 ; 
temp 2  =  j; 


GFELCkKl] 

GFELCk3C23 

i  =  j; 

++k; 


t  emp 1 ; 
temp2; 


departure(m) 

ft  This  function  simulates  the  departure  of  a  message  from  the  server  tf 
ft  (link).  Upon  departure,  it  sets  the  message  up  at  the  receiving  tf 
ft  end  for  further  processing,  gives  the  next  waiting  message  the  svr  tf 
ft  if  one  is  waiting,  or  sets  the  svr  to  idle  if  no  msgs  are  queued  tf 
ft  for  the  server.  It  is  called  by  the  simulate  function.  tf 


int  m; 


ft  points  to  min_row  in  node_area  array 


int  i; 
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int  j; 
int  tempi; 
int  temp2; 
int  length; 

i  =  m; 

stage_it(i,  NODE_AREACiK83); 
if  (NODE_AREACi 3?73  ==  8)  { 

NODC_AREAt i  3  C33  =  0; 

N0DE_ AREA  C  i  3  C  5  3  =  INFINITY; 

} 


/%  set  up  msg  at  recvr 
t%  is  the  queue  empty 
/%  set  svr  to  idle 
/t  show  no  departures 


/*  This  part  of  the  function  gives  the  next  msg  in  the  queue  the  svr,  %/ 
IX  sets  it's  departure  time  on  the  server's  FEL,  and  updates  the  q.  */ 


/%  get  next  msg  from  queue  %/ 


else  { 

temp 2  =  N0DE_AREAC i 1 C93 ;  /*  get  next 

for  Cj  =  9;  j  <  59;  ++j> 

N0DE_AREA  C  i  3  C  j  3  =  N0DE_AREAEi 3[  j  +  13; 
tempi  =  N0DE_AREA  C  i  3  C  7  3 ; 

—  tempi; 

N0DE_AREAC i 3  C73  =  tempi; 
length  =  M56  AREACtemp23!:33; 

N0DE_AREACi 3C53  =  SERVICE  TIME; 

N0DE_AREA  C i 3  C  E  3  =  temp2; 

} 


link_node(i,  j) 

f%  This  function  finds  the  next  link  node  in  the  path  of  a  message  as  */ 
IX  it  is  routed  to  it's  destination.  This  link  node  may  be  within  the  %f 
IX  same  module  or  contained  in  the  "link  module"  for  the  node.  It  is  */ 
/*  called  by  the  stage_it  and  source_q  functions.  Xf 


int  i ; 
int  j; 


int  SF; 
int  DF; 
int  gone; 
int  temp; 
int  tempi; 
int  temp2; 
int  temp3; 
int  temp4; 
int  flip; 
int  server  1; 
int  server2; 
int  server3; 
int  server 4; 


/X  points  to  node  just  arrived  at  X/ 
IX  points  to  msg  posn  in  msg_aree  Xf 


IX  the  spiral  flag 

IX  the  direction  flag 

IX  a  flag  when  a  mdl  is  cut-off 


IX  contains  module  nmbr  of  cur  node  XI 
IX  use  to  return  to  again  as  needed  XI 
IX  points  to  link  node  at  svr  #1  XI 
/X  points  to  link  node  at  svr  #2  Xf 
/X  points  to  link  node  ai  svr  #3  Xf 
IX  points  to  link  node  at  svr  #4  Xf 


temp  =  i;  /*  set  to  node  just  arrived  at 

temp4  =  POSITIQNCtemp3C33;  (%  get  current  module  number 
again:  SF  =  MSG_AREAC j3C43 ; 

SF  =  SF  *  2;  /*  shift  one  bit  left 

DF  =  MSG_AREACjK51; 

temp2  =  SF  +  DFj  /%  logical  "or"  function 

flip  =  0; 
gone  =  0; 

fX  The  following  test  finds  and  queues  at  the  link  node. 


temp3  *  POSITIONCtempKS]} 
tempi  =  temp3  &  03; 
server  1  =  tempi; 

temp  3  =  PDSITIQNCtempKBl; 
tempi  =  temp3  &  03; 
server 2  =  tempi; 

temp3  =  POSITIONCtempinil; 
tempi  =  temp3  &  03; 
server 3  =  tempi; 

if  (server  1  ==  temp2) 

if  ( POSIT IQNC temp 1C&3  ==  0) 
queueftemp  *4,  j); 


/%  svrl  link  node 


/X  queue  at  server  #1  t/ 


else  if  ( MSG__AREA C  j  3  C6  3  ==  POSITIONCternpim)  /*  destn  dead  */ 
kill_it(POSITIONCtemp3C73,  temp,  j);  /*  can't  make  it!  */ 

else  { 

gone  =  fl ip_it (temp,  temp4,  j); 
i f  (gone  ==  0) 
flip  =  1; 

} 


else  if  (server2  ==  temp2) 

if  (POSITIONCtempHSl  ==  0) 
queue(temp  H+l,  j); 


IX  queue  at  server  #2  t/ 


else  if  (MSG  AREACjKGl  ==  POSITIONCtempKlOl)  f%  dest  dead  X! 
ki  ll_it7P0SITI0NEternp3[  103,  temp,  j); 

else  { 

gone  =  flip_it (temp,  temp4,  j); 
if  (gone  ==  0) 
flip  =  1; 

> 


else  if  (server3  ==  temp2> 

if  (POSITIONCtemp3C123  ==  0) 
queueCtemp  *4+2,  j); 


IX  queue  at  server  #3  t/ 


&lse  if  (MSG_AR£AC j  3  C6  3  ==  POSITIONCtemp3C133)  /*  dest  dead  tl 
kill _i t  (POSITIQNCtemp3[133,  temp,  j); 

else  £ 

gone  =  fl ip_it (temp,  temp4,  j); 
i f  (gone  ==  0) 
flip  =  1; 

} 

else  IX  the  case  when  svr4  =  temp2  tf 

if  (POSITIONCtemp3£173  ==  0) 

queue (temp  *4+3,  j);  f%  queue  at  server  #4  %/ 

else  if  ( MSG_AR£A C  j  3  £  £  3  ==  POSITIQNCtemp3i:i83)  /*  dest  dead  */ 
kill_it7P0SITI0N£temp3C183f  temp,  j); 

else  £ 

gone  =  flip_it (temp,  temp4,  j); 
if  (gone  ==  0) 
flip  =  1; 


if  (flip  ==  1) 

goto  again;  /X  return  to  find  alternate  link  node  %/ 


flip_it (cur_node,  action_mdl,  1) 

/X  This  function  changes  spiral  and  direction  flags  to  route  messages  XV 
l X  around  failed  nodes  and  modules.  Called  by  link_node  function.  X/ 

int  cur_node;  /*  contains  node  just  arrived  at  Xf 

int  action_mdl;  fX  contains  module  number  of  failed  node  Xf 

int  1;  /X  points  to  row  in  msg_area  matrix  Xf 

£ 

int  gone;  /X  used  to  signal  that  a  mdl  is  unreachable  XV 

int  temp; 

int  source_mdl; 

gone  =  0; 

if  (MSG_AREAC 1 3 C 133  ==  999) 

if  (action_mdl  ==  MSG_AREAC13C103)  fX  both  spirals  cutoff  Xf 

source_mdl  =  (cur_node  /  4)  +  1; 

else 

source_mdl  =  (MSG_AREAC1 3C 133  /  4)  +  1;  /%  get  source  mdl  #  XV 

if  (action_mdl  ==  MSG_AREAC1 3C103)  fX  changed  SF/DF  once  this  Xf 

fX  mdl  which  means  both  spirals  are  cut  XV 


«  *  J  ?a?  '*f  '••it  ***."i> 


ui 


if  (MSG_AREAC  I  3  C 1 1 3  ==  0)  i  ft  0  means  SF  but  not  DF  */ 
/t  yet,  so  chg  direct'n  retracing  previous  path  17 

MSG_AREAmcm  =  MSG_AREAmrm  +  1; 

temp  =  MSG_AREAC1 3C53;  ft  chg  direction  flag  +/ 

if  (temp  ==  0) 

MSG_AREAE1 3  C53  =  1; 

else 

MEG_AREAC1 3153  =  0; 

temp  =  MS6_AREA Cl  3 C 4 3 ;  /*  reset  SF  to  retrace  path  tf 
if  (temp  ==  0) 

MSG_AREAt 1 3 143  =  1; 

else 

MSG  AREAC1 3C41  =  0; 

3 

else  if  (MSG_AREAC1 3  Ill  3  ==  1)  {  /*  if  1,  already  tried  tf 

ft  direction  chg  on  one  spiral,  so  try  same  direct'n  tf 

ft  on  the  other  spiral  tf 

MSG_AREAC 1 3  C 1 1 3  =  MSG_AREAC1 3C113  +  1; 


ft  chg  spiral  flag  tf 


temp  =  MSG_AREA  II  3 1 4 3 ; 
if  (temp  ==  0) 

MSG_AREA  Cl  3  C43  =  1; 

else 

MSG_AREAC 13143  =  0; 


gone  =  unreachable(cur_node,  source_mdI,  1); 

ft  In  the  above  case,  spiral  changes  have  occured  and  both  directions  tf 
ft  have  been  attempted  on  both  spirals.  Can't  get  to  destination.  tf 

else  {  ft  one  spiral  is  out,  chg  S1-  to  the  other  17 

MSG_AREA 1131103  =  action_mdl; 
temp  =  MSG_AREAC13C43; 
if  (temp  ==  0) 

MSG_AREAC1 3C43  =  1; 

else 

MSG_AREA  C13I43  =  0; 


ret urn (gone) ; 


queue ( i ,  j ) 

ft  This  function  assigns  the  server  if  idle,  or  queues  the  message  if  17 
ft  the  server  is  busy  upon  arrival  of  the  message.  It's  called  by  tf 
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/*  the  stage_it , 1 ink_node,  and  source_q  functions. 


int  i ; 
int  j; 


/%  points  to  row  of  next  activity  XI 

It  points  to  msg  place  in  msg_area  array  X! 


int  temp; 
int  length; 

temp  =  MSG_AREACj3[123; 

++temp; 

MSG_AREA  C  j  3 1 1  emp  3  =  NODE_AREA  C  i  3  C 1 3 ; 
MSG_AREACj3C123  =  temp; 


IX  update  route  trace  XV 


if  (NODE  AREACi 3E33  ==  0)  t  /X  Is  the  server  avail  XV 

NODE_AREAC i  3  C33  =  1; 

NODE  AREAti 3C83  =  j;  /X  set  link  to  msg _area  XV 

length  =  MSG_AREAC  j  3  C33 ; 

NODE_AREAC i 3  C53  =  SERVICE_TIKE;  /X  set  departure  tine  */ 

} 

else  { 

temp  =  N0DE_AREA  I  i  3  C  7  3 ; 

++temp; 

if  (temp  >  59)  { 

print f("\n\nNo  more  queue  slots  are  available  at  node 
print f("Xd,  server  number",  N0DE_AREA[i3Cll) ; 
printfC"  %d .  ” ,  NODE.AREACi 3C23) ; 
stop_it  *  l; 

} 


/X  set  link  to  msg _area  XV 
/X  set  departure  time  X/ 


else  { 

NODE_AREAEi 3Ctemp3  =  j; 
NODE_AREAC i 1 C71  =  temp; 

temp  =  N0DE_AREA C i H 7 3  -  8; 
if  (no_done  >=  STABILIZE) 

if  (STATSCi 3C 1 3  <  temp) 
STATSCi 3C13  =  temp; 


/X  queue  at  server  XV 


IX  update  max_q  len  XV 


save_st  at  s ( r  ow ) 

It  This  function  saves  pertinent  information  on  messages  for  stats 
IX  analysis.  It  also  releases  the  message  work  area  for  reuse,  and 
IX  updates  total_hops  thus  far  for  all  msgs  that  have  been  delivered. 
IX  It  is  called  by  the  destination  node  function  when  the  final 
IX  destination  is  reached. 


int  row; 


IX  points  to  row  to  be  saved  XV 


is 
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int  i ; 
int  temp; 


/* 


savefile  =  fopen ( "statist i cs",  "a"); 
if  ( (no_done  -  STABILIZE)  ==  1) 

r 

"c 

clk_first_msg  =  CLOCK; 


%/ 


ft  The  following  code  is  bypassed  to  reduce  disk  storage  space. 


tf 


ft  The  code  is  used  to  get  a  trace  of  messages  used  for  statistics,  tf 


ft 

ft 

ft 

ft 


tf 


fprintf (savefile,  "\n\n\n  MSG#  SIZE  SF  DF  ");*/ 
fprintf (savefile,  "TO-ND  MDL  SEND  REC’V  CS  CD”);  tf 
fprintf (savefile,  "  T-PTRU -  MESSAGE  TRACE  - \n");*/ 


ft 

fprintf (savefile,  " 

\t\t\t\t\t\t  (mdl  #s)  \n") ; 

tf 

ft 

} 

tf 

ft 

fpr int f (savef i le,  "\n"); 

tf 

ft 

;  —  r-. 

1  —i 

tf 

ft 

temp  =  MSG  AREAErowlti 3; 

tf 

ft 

if  (temp  !=  939) 

■r  > 

ft 

fprintf  (savefile,  "7.5d.  ", 

no_done) ; 

tf 

ft 

tf 

ft 

while  (temp  !=  999) 

r 

X 

* ' 

ft 

if  (i  ==  3  i  1  i  ==  8  ! 

:  i  ==  9) 

tf 

ft 

f pr i nt f (save  f i 1 e , 

"%7d",  temp); 

tf 

ft 

else 

tf 

ft 

fprintf (savefile, 

"%4d",  temp); 

tf 

ft 

++i; 

tf 

ft 

temp  =  MSG_AREACrow3Ci 3; 

tf 

ft 

} 

tf 

ft 

tf 

i  =  MSG_AREACrow3C&3;  ft  prepare  to  update  dest'n  address  tf 

FREQCi3C13  =  FREQCi 3C13  +  1; 


a 


si 


1 


1 


-■a 


if 


size_graph (row) ; 

ft  update  stats  to  plot  size 

tf 

i  =  14; 

temp  =  MSG_AREA  [ r  ow  3  C i 3 ; 
while  (temp  !=  939)  { 

$ 

i 

++total_hops; 

++i; 

temp  =  MSG_AREACrow3Ci 3; 

ft  update  total _hops 

tf 

5 

.M 

3 

> 

temp  =  i  -  14; 
if  (temp  >  max_path) 

ft  find  path  length  this  ms^ 

tf 

max  _path  =  temp; 

ft  update  max_path  length 

tf 

resp_time  =  resp_time  +  (MSG_ 

AREACrow3C93  -  MSG_AREACrow3CS3 ) ; 

is 

mean_queue( ) ; 

ft  total  ave_q,  all  q’s 

tf 

3 
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\ 


fclose  (savefile); 

MSG_AREA  C  r  ow  3  C 1 3  =  0; 
for  (i  =  2;  i  <  40;  ++i ) 
if  (i  ==  12) 

MSG_ARE A  C  r  ow  3  C i 3 

else  if  (i  ==  10  ! !  i 
MSG  AREACrow3Ei 3 


/%  show  row  is  now  available  */ 


/%  reset  trace  pointer 


==  11) 
=  0j 


MSG  AREACrowKi  3  = 


/%  clear  for  reuse  %/ 


set_pararos(m) 

/%  This  function  assigns  the  newly  arrived  message  a  number,  sets  the  */ 
/X  destination  address,  message  size,  spiral  and  direction"  flags,  and  XI 
/%  other  key  parameters.  It  is  called  by  the  arrival  function.  XI 


int  m; 


int  loop; 
int  j; 


IX  points  to  min_row  in  node_area  array  */ 


/*  used  to  find  free  row  in  msg_area  X/ 


++msg_no; 
loop  =  0; 

freel:  ++location; 

if  (location  ==  LARGEST)  { 
location  =  0; 

++loop; 

if  (loop  ==  2)  { 

printf ("\n\nNo  more  message  spaces  available!"); 
stop_it  =  1; 


j  =  location; 
goto  quit; 


j  =  location; 
if  (MSG_AREAC j3 C 1 3  !=  0) 
goto  freel; 


f%  out  of  cycle  quit,  no  more  spaces  XI 


IX  used  to  save  typing  longer  var  %f 


J 


MSG_AREA  C  j  3  C  0  3  =  j; 

MSG_AREAC j 3 C 1 3  =  1;  fX  show  row  is  in  use  t.' 

MSG~AREAC j3C23  =  msg_no; 

MSG_AREAC j3C33  =  sizeO;  fX  set  new  msg  size  Xf 

MSG_AREAC j3C63  =  address(m);  IX  set  the  dest’n  address  XI 

MSG~AREA C j 3 C 7 3  =  ( (MSG_AREAC j3CG3  /  4)  +  1);  IX  set  destn  module  tf 

MSG_ARE A  C  j  3  C  8  3  =  CLOCK; 
set_flag(m,  j); 
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quit:  return(j); 
} 


stage_i  tCx.y) 

IX  This  function  determines  whether  or  not  a  message  has  reached  it's  X! 
IX  destination  module  and  calls  the  appropriate  functn  to  process  it.  X! 
IX  It  is  called  by  the  departure  function.  t / 

int  x;  IX  points  to  min  row  in  node_area  array  X! 

int  y;  f%  points  to  msg  locat’n  msg_area  array  tf 

{ 

int  tempi; 

int  temp2;  /*  points  to  node  just  arrived  at  */ 

int  server;  / X  contains  server  no.  just  vacated  */ 

tempi  =  NODE_AREAEx3C13;  IX  get  the  minimum  node  number  XI 

server  =  NQDE_AREACx3E23;  IX  get  svr#  of  node  just  departed  Xf 

It  The  next  if-else  stmts  find  arrived  at  nd  based  on  svr  just  left.  XI 

if  (server  ==  1) 

temp  2  =  POSITIONCtemplim; 

else  if  (server  ==  2) 

temp  2  =  POSITIONCtemplHIO]; 

else  if  (server  ==  3) 

temp 2  =  POSITIONC temp  13 1133; 

else 

temp2  =  POBITIONCtemplK  1B3; 

if  ( M3G_AREA C y 3 C 7 3  ==  POSITIONCtemp23C33)  IX  dest’n  module  t/ 

if  ( MS6_AREA C  y  3  C  £  3  ==  tewp2)  IX  dest’n  node  XI 

destn_node(temp2, y) ;  IX  dest’n  node  is  reached  XI 

else  if  ( MSG_ARE A C y 3 [ 6 3  ==  POSITIONi:temp23C73) 
if  (PtDS?TIONCtemp23C63  ==  0) 

queue(temp2  X  4,  y);  IX  take  svr  #1  to  dest’n  XI 

else 

kill_it (P0SITI0NCtemp23C73,  temp2,  y); 

else  if  (MSG__AREAEy3E63  ==  P0SITI0NCtemp23n03> 
if  (POSITIONCtemp23C93  ==  0) 

queue(temp2  X  4  +  1,  y);  IX  svr  #2  to  dest’n  XI 

else 

k i I I_it (P0SITI0NCtemp23C103,  temp2,  y); 


else 


if  (P0SITI0NCtemp2H121  ==  0) 

queue (temp2  t  4  +  2,  y);  / t  svr  #3  to  dest'n  t/ 

else 

kil l_i t (P05ITI0N[temp21[131,  temp2,  y); 


else 

link_node(t erop2,  y )  ; 


/ %  queue  at  link  node  X! 


} 


kill_it(k,  c,  tri) 


ft  This  funcfn  reports  the  inability  of  the  network  to  deliver  a  msg  tf 
ft  to  it's  final  destination  due  to  node  failure.  It  also  updates  the  tf 
/X  counter  that  keeps  track  of  undelivered  messages,  and  clears  the  tf 
ft  message  area  row  for  reuse.  Called  by  stage_it,  link_node  and  X f 
ft  source_q  functions.  Xf 

int  k;  ft  contains  number  of  failed  node  Xf 
int  m;  /*  contains  min  row  in  msg_area  matrix  tf 
int  c;  ft  contains  current  node  number  tf 


{ 

int  i; 

int  temp;  ft  contains  source  node  number  tf 

if  ( MSG_AREA f  m  1 C 1 3 1  ==  999) 
temp  =  c; 

else 

temp  =  MSG_ARE A  C  m 1 1 1 3 1 ; 

ft  The  next  few  lines  were  bypassed  to  reduce  program  run  time.  tf 


ft  printf ("\n\nMessage  number  % d  from  source  node  ",  MSG_AREACmlI21) ;  tf 
ft  print  f  ( "Xd  to  destination  node  7.d",  temp,  MSG_AREACm3C61) ;  tf 
ft  printfC"  \nis  killed  at  node  7. d  because  ");  tf 
ft  print  f  ( "node  7.d  has  failed"’,  c,  k);  t' 


++no_killed; 

MSG_AREACmlt 11  =  0; 
for  (i  =  2;  i  <  40;  ++i ) 
if  (i  ==  12) 

MSG_AREA  C  m 1 C i 1  =  12; 
else  if  7i  ==  10  i  ==  11) 
MSG_AREACm3Ci 3  =  0; 

else 

MSG_AREACm3Ci 1  =  999; 


ft  show  row  is  now  available  tf 


ft  clear  for  reuse  tf 
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unreachable(cur_node,  sourcejndl,  1) 

/ t  Unreachable  reports  the  inability  of  the  network  to  deliver  a  msg  t/ 
IX  to  it’s  final  destination  due  to  the  fact  that  the  netwk  is  cut  in  */ 
1%  two.  In  the  case  when  the  network  is  cut,  without  this  function,  %/ 
IX  messages  will  loop  back  and  forth  between  the  2  distant-most  mdls  *,•' 
/*  in  the  contained  subloop.  It  is  called  by  the  flip_.it  function.  %/ 


int  cur_node; 
int  sourcejndl; 
int  1 ; 


int  temp; 
int  i ; 
int  gone; 


/%  points  to  the  current  node  of  msg  XI 
IX  the  mdl  where  looping  msg  started  tf 
IX  msg  position  in  msg_area  array  X/ 


IX  flag  used  when  mdl  is  unreachable 


if  (MSG_AREAtl 3C133  ==  999) 
temp  =  cur_node; 

else 

temp  =  MSG_AREA[1 3C133; 

/*  The  next  few  lines  of  code  was  skipped  to  reduce  progran  rur.  time,  t/ 

/%  printf ("\n\nMessage  number  %d  from  source  ");  t/ 

IX  print  f  ("module  ",  MSG_AREAtl  3C23)  j  X! 

/%  printf("Xd  to  destination  module  7. d",  source_mdl,  MSG_APEAQ  3C73) ;  X! 
/X  printfC"  \nis  killed  at  node  %d  because  module  ",  temp);  X/ 

IX-  printfC'Xd  is  inaccessible  to");  XI 

IX  printfC"  module  7.d!",  M5G_AREA [  1  3  C  7  3 ,  source_mdl);  XI 


IX  show  row  is  now  available  XI 


IX-  clear  for  reuse 


++  no_killed; 

MSG_AREAQ3C13  =  0; 
for  (i  =  2;  i  <  40;  ++i ) 
if  (i  ==  12) 

MSG_AREAC1  Hi  3  =  12; 
else  if  (i  ==  10  ! !  i  ==  11) 
MSG_AREAC1 3Ci 3  =  0; 

else 

MSG_AREAmm  =  999; 

gone  =  l; 
return(gone) ; 


set_flag(m,  1) 

/X  Set_flag  sets  spiral  and  direction  flags  for  newly  arrived  msgs.  XI 
IX  It  is  called  by  the  set_params  function.  XI 


int  m; 


IX  points  to  min_row  in  node_area  array  XI 


int  1;  /%  points  to  location  in  msg_area  array  1 '/ 

{ 

int  tempi; 
int  temp2; 

tempi  =  MSG_ARE A  C 1 3  C  £  1 ; 
temp 2  =  POSlTIONCternplim  &  003; 

if  ( (temp2  ==  0)  !  (temp2  ==  1)) 

MSG_AREA  C 1 3  C  4  3  =  0; 

else 

MSG_AREA[13C43  =  1; 

if  (dirl  ==  0)  f%  set  up  matrix  to  find  DF  %! 

dirO; 

DF_set (m,  1 ) ; 


f%  pick  off  lower  3  bits  */ 
1%  top  spiral  %f 

/%  bottom  spiral  %! 


double  rndmO 

/%  This  function  returns  a  random  number  between  0  and  1.  Called  by  %/ 
t%  the  size  and  next_msg  function.  */ 

\ 

float  normalize; 
unsigned  int  y; 
double  temp; 

y  =  randO; 

normalize  =  pow(2.0,  31.0)  -  1; 
temp  =  y  /  normalize; 
returnC (double)temp) ; 

} 


sized 

/*  This  function  calculates  a  random  size  for  the  next  message,  based  t/ 
/%  on  an  exponential  distribution.  Called  by  the  set_params  funct'n.  %f 

{ 

float  length; 
double  rndmO; 

again:  length  =  (-mean  size  t  log(rndmO))  t  8.0; 

if  (SERVICE_TIME  <“l) 
goto  again; 


) 


r eturn (length) ; 
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address  Chi) 

ft  This  function  generates  the  address  for  newly  arrived  messages.  It 
ft  is  called  by  the  set _params  function.  tf 

int  m;  / t  points  to  min  row  in  node  area  matrix  */ 

int  i; 

unsigned  int  temp; 

nextl:  temp  =  randO; 
i  =  temp  7.  nodes; 


if  ((i  >=  nodes)  !!  (i  ==  NODE_AREACml [13)) 
goto  nextl; 

ft  else  {  */ 

/t  The  next  three  lines  were  bypassed  to  reduce  program  run  time.  tf 

/*  pr int  f (M\n\nNode  7.d  is  sending  to  dest’n  ",  NDDE_AREAEm3 C 13);  */ 

ft  printfCnode  7.6.",  i);  tf 

ft  7  tf 


returnCi ) ; 


next_msg() 


ft  This  function  calculates  and  returns  the  arrival  time  (in  msecs)  tf 
ft  for  the  next  message.  The  value  returned  is  selected  from  an  tf 
ft  exponential  probability  distribution,  which  means  the  message*  tf 
ft  arrival  pattern  follows  a  poisson  arrival  process.  Next_msg  is  tf 
ft  called  by  the  initialize  and  arrival  functions.  tf 


{ 

double  rndmO; 
float  time; 

nextl:  time  =  -IAT  t  log(rndmO); 
i f  (time  <  1 ) 

goto  nextl; 

return  (time); 

> 

J 


write_matrix() 

ft  This  function  prints  the  network  connectivity  matrix.  tf 


printfC  (  0"); 
for  (i  =  1;  i  <  19;  ++i ) 
printf ("%5d"f  i); 
printfC  )"); 
printf ("\n\n\n"); 
for  Ci  =  0;  i  <  nodes;  ++i)  i 
printf  C\n\n"); 
printf C"7.4d"f  i); 
for  (j  =  1;  j  <  13;  ++j) 

if  (j  ==  i  : :  j  ==  5  : :  j  ==  a  : :  j  ==  11 

printf  CX5o",  POSITIONCi  3 C  jl>  ; 

else 

print  fC7.5d",  POSITIONS  Hj!)) ; 


pGFELO 

/t  This  function  prints  the  global  future  events  list. 


int  i; 
int  j; 

for  (i  =  1;  i  <=  curjnodules;  ++i)  { 

print  f  C\n\n") ; 
for  (j  =  0;  j  <  3;  ++j) 

printf ("\t75d",  GFELEi K j3) ; 


pNODE_AREAO 

ft  This  function  prints  the  node_area  matrix. 


int  i; 
int  j; 

printf ("\n\n\n"); 
for  (i  =0;  i  <  10;  ++i )  { 

print  f  C\n\n") ; 
for  (j  =  0;  j  <  28;  ++j) 

pr  i  nt  f  (  "7.5d  "  f  N0DE_AREAC  i  3 1  j  3 ) ; 

} 
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pSTATSO 

t%  This  function  prints  the  STATS  matrix. 


int  i ; 
int  j; 

print  f("\n\n") ; 

for  (i  =  0;  i  <  64;  ++i)  { 

printf ("\n"); 
for  (j  =  0;  j  <  5;  ++j> 

print fC"%5d",  STATSCi 2C j3); 

} 


*/ 


dir  O 


work  matrix  used  to  find  the  distance 

r, 


from  source  module  to  destination  mdl .  Sets  END  to  dect'n,  BEGIN 


/t  This  function  sets  up  the 
/* 

/%  to  source.  It  does  so  by  establishing  an  array  of  module  numbers 
/X  in  the  order  the  modules  are  accessed  via  the  network  threading 
IX  pattern.  The  access  pattern  is  not  sequential'  dirO  is  called  fc;, 
It  the  set_flag  function. 


XI 

XI 

X/ 

Xf 

X/ 

x./ 


int  temp; 
int  k; 
int  next; 
int  module; 


dirl  =  1; 
temp  =  0; 
for  <k  =  0; 
next  = 
temp  = 
module 


k  <  cur  modules;  ++k) 
PQSITIONCternpim; 
POSITIONCnextHlB]; 

=  POSITIGNInext  3C 143 ; 
DIRCk3C03  =  k; 

DIRCk3t 1 3  =  module; 


DF_set(m,  1) 

It  This  function  uses  the  DIR  matrix  to  set  the  direction  flag.  It  XI 
It  insures  that  the  path  taken  in  the  shortest  in  every  case.  It  is  XI 
/X  called  by  the  set_flag  function.  X/ 


int  m: 


IX  points  to  min_row  in  node_area  array  X/ 


<I«  liVli* JiMtMl l.ri.flJ  M  u  »,i 


int  1; 


/*  points  to  location  in  msg_area  array  %/ 


i  nt  k; 
int  tempo; 
int  temp; 
int  tempi; 

temp  =  NODE_AREACm3I13;  /*  get  node  #  of  min  activity  tf 

for  (k  =  0;  k  <  curjnodules;  ++k)  ( 

if  (DIR£k3C13  ==  MSG  AREAI1 3C73)  /*.  destination  module  */ 

END  =  DIRCkHOl; 

if  (DIREkim  ==  POSITIONCtemplCSl)  /*  source  module  */ 

BEGIN  =  DIRtklCOl; 

> 

temp3  =  END  -  BEGIN;  f%  find  the  distance  fm  source  to  dest’n  %/ 

ft  If  the  number  of  modules  is  odd,  then  the  maximum  distance  between  */ 

ft  any  two  is  an  even  integer,  thus  the  maximum  path  length  is  also  tf 

/*  even  (even  #/2).  So  the  paths  split  in  exactly  half.  When  the  tf 

ft  distance  is  the  same  in  both  directions,  the  algorithm  selects  tf 

ft  with  probability  .5  either  of  the  directions.  This  selection  is  %! 

ft  made  based  on  whether  the  destination  is  to  the  left  or  right  of  tf 

1%  the  source.  tf 


if  (cur_modules  12=1)  i 
tempi  =  cur_mcdules/2; 
if  (tempo  <=  tempi  &&.  tempo  >  0) 
MS6_AREAI 1 3  C53  =  1; 

else  if  (tempo  <  -tempi) 
MSG_AREAC1 3C53  =  1; 


MSG_AREAn  3C53  =  0; 


ft  Ddd  number  of  modules 


ft  go  in  the  left  direction  tf 


ft  go  in  the  left  direction  tf 


ft  go  in  the  right  direction  t! 


ft  If  the  number  of  modules  is  even,  the  maximum  distance  between’ em  tf 
ft  is  an  odd  integer,  which  divided  in  half  yields  a  remainder  term,  tf 
ft  If  the  mdle  distance  is  the  same  in  both  directions,  a  subroutine  tf 
ft  called  "equal"  is  called  to  set  DF  based  on  the  location  of  the  tf 
ft  S/D  nodes  on  the  Source/Destination  module.  tf 


else  < 

tempi  =  cur_modul es/2; 

if  (temp3  <  tempi  &&  temp3  >  0) 
MSG_AREAC1 3C53  =  1; 

else  if  (tempo  <  -tempi) 
MSG_AREAtl 3C53  =  1; 


ft  Even  number  of  modules!  tf 


ft  strictly  less  than  case  tf 
ft  go  in  the  left  direction  tf 

ft  another  <  case,  still  tf 
ft  go  in  the  left  direction  t.f 


«.r  #,*  li"  I*'  .Hi'  4h4.i» 


Jl 

.ll 


else  if  CCtemp3  >  -tempi  &8t  temp3  <  0)  !  !  (temp3  >  tempi)) 

MSG_AREAtl 3153  =  0;  /*  go  in  the  right  direction  %/ 


equal  Cm,  1 ) ; 

> 


f%  the  case  when  tempi  equals  temp3  tt 
ft  so  call  "equal"  to  examine  S/D  nodes  */ 


equal  Cm,  1 ) 

ft  This  short  function  is  the  last  option  to  setting  the  DF  when  the  tf 
ft  distance  from  source  module  to  destination  module  is  exactly  tf 
ft  equal  in  both  directions.  It  is  called  by  the  DF_set  function  tf 


int  m; 
int  1; 


ft  points  to  min_row  in  node_area  matrix  t! 
ft  points  to  msg  location  in  msg_area  matrix  tf 


if  CCNODE_AREACmKl]  7.  2  ==  0)  &&  C MSG_AREA Cl 3 1 6 1  7.  2'==  1>) 

ft  s-even,  d-odd  tf 
MSG_AREAC1 3C53  =  0;  ft  go  to  the  right  tf 

else  if  C  C  N0DE_ AREA  C  m  3  C 1 3  7.  2  ==  1)  &&  C  MSG_ AREA 1 1 3 1 6  3  7.  2  ==  0)) 

ft  s-odd,  d-even  tf 
MSG_AREA Cl  3 C 5 3  =  1;  ft  go  to  the  left  tf 

else  if  C C N0DE_AREA C m 3 C 1 3  7.  2  ==  0)  &&  CMSG_AREAC13C63  7.  2  ==  0)) 

ft  s  S;  d  even  tf 

MSG_AREAC13C53  =  1;  ft  go  to  the  left  tf 

else 

MSG_AREA 1 1 3 C 5 3  =  0;  ft  go  to  the  right  */ 


pMSG_AREAO 

ft  This  function  prints  the  message_area  matrix. 


int  m; 
int  n; 

pr int  f C"\n\n\n") ; 
for  Cm  =  0;  m  <  20;  ++m)  t 
print  f  C"\n\n") ; 
for  Cn  =  0;  n  <  30;  ++n) 

pr  i  nt  f  C  "7.5d  " ,  HSG_AREA I m 3 1 n  3  >  ; 

> 


source_qCm,  1) 

ft  This  function  ensures  that  newly  arrived  messages  at  each  node  are  tf 


L_ 


:w.v>/cvzy“.m' 


1 


/*  placed  on  the  correct  output  queue  from  that  nd.  Since  "new’  msgs  */ 
t%  arrive  at  the  links  of  the  node,  failure  to  transfer  them  to  the  %! 
It  proper  output  queue  from  that  node  lengthens  the  route  towards  the  */ 
/t  destination.  This  function  is  called  by  the  arrival  function.  */ 


int  m; 
int  1 ; 


/%  points  to  min_row  in  node_area  array  */ 
/t  points  to  msg_posri  in  msg_area  array  t! 


int  tempi;  /%  points  to  node  msg  just  arrived  at  tf 

tempi  -  NODE_AREACm3C13;  /-t  get  node  msg  just  arrived  at  *■' 


if  ( MSG_AREA C 1 3  C  7  3  !=  POSITIONCtempl 3 C33) 
1 ink_node(templ ,  1); 


n  dest’n  module  f/ 


if  (MSG_AREA C 1 3  C  £  3  -=  P0SITI0NCtempl3C73)  /*  find  dest’n  rd  f  / 
if  CPOSITIONCtempl3C£3  ==  0) 

queue (tempi  *  4,  1);  /%  svr  #1  to  destination  t/ 

else 

kill _ i t (POSITIONCtempl 3 C73,  tempi,  1); 

else  if  ( MSG_AREA C 1 3 C £ 3  ==  POSITIONCtempl 3E 103 ) 
if  (P03ITIQNCtempl3E93  ==  0) 

queueCtempl  t  4  +  1,  1);  ft  svr  ft 2  to  dest’n  %/ 

else 

kill_it (POSITIONCtempl 3 CIO 3,  tempi,  1); 

else  if  (MSG_AREAC1 3C63  ==  POSITIONCtempl3C133> 
if  (POSITIONCt  emp 1 3 C 123  ==  0) 

queue(templ  14  +  2,  1);  /*  svr  #3  to  dest’n  t/ 

else 

fcil l_it (POSITIONCtemp 1 3C133,  tempi,  I); 


print f ("\n\nLogic  error  in  source_q  function"'); 


address_cnt  C) 

/t  This  function  saves  the  count  of  the  number  of  msgs  serf  to  each  */ 
/%  node  in  the  network.  This  information  is  stored  in  a  file  called  */ 
1%  destination.  This  function  is  called  by  the  simulate  function.  t' 


int  i; 

frequency  =  fopen( "destination",  "a"); 

fpr int f (frequency,  "\n\n\n  NODE  N0_MSGS\n\n "> ; 


for  (i  =  0;  i  <  nodes;  ++i) 


I 


fprintf (frequency,  "\t7.d  \t7.d",  FREQCi  HQ3,  FREOCi  HID ; 
fprint f ( frequency,  *\n">; 

> 

fclose(  frequency) ; 

> 


size_graph  Crow) 

/%  Size_grapha  generates  stats  used  to  plot  the  message  size  graphs.  Xf 
/X  It  is  called  by  the  save_stats  function.  Xf 

int  row; 

{ 

int  stepl; 
int  step2; 
int  temp; 

if  ( MSG_AREA C r ow ] C 3 1  <  2000) 

++STATSC0H33; 

else  if  ( MSG_ARE A C  r  ow  H  3 1  >=  3BOOO) 

++STATSC191C33; 

else  { 

step 2  =  2; 

for  (stepl  =  2;  stepl  <  20;  ++stepl) 

if  ((MSG  AREACrowH3]  >=  1000  *  step2)  M 

( MSG_AREA C  r  ow  H  3 1  <  2000  *  stepl))  C 
t eriip  =  stepl  -  1 ; 

++STATSttempH31; 
step2  -  2  *  stepl; 

i 

} 

J 


gr aphs( ) 

/%  This  function  saves  the  numbers  used  to  sketch  the  graphs  if  msg  Xf 
/X  size  and  interarrival  time  distributions.  It  moves  these  values  Xf 
fX  from  a  matrix  called  STATS  into  a  file  ca.led  graphs.  This  funct'n  Xf 
fX  is  called  by  the  simulate  function.  Xf 

{ 

int  stepl; 
int  step2; 
int  temp; 
int  temp2; 

graphit  -  f open ( "graphs",  "a"); 

fpr int  f (graph! t ,  "\n\n\n\t\t  MSG  SIZE  STATS"); 


■■’Am-  *'ml 


|.{  «.fe  *.i  I 


fprxntf (graphit,  "\n\n  class#  class  range  frequency"); 

step2  =  3; 

fprintf (graphit,  "\n\n\tl.  "); 

temp 2  =  STATSC03C33; 

fprintf  (graphit,  “  0  <  3000\t7.d",  temp2); 

for  (stepl  =  2;  stepl  <  20;  ++stepi)  C 

temp  =  stepl  -  1; 

fprint f (graphit,  "\n\n\t%d. ",  stepl); 
if  (stepl  <  10) 

fprintf (graphit,  "  "); 
temp  2  =  ST  ATS  1 1  ernp  3  C  3  3 ; 

fprintf  (graphit,  "  7.5d  <  ’/.Sd",  1000  *  step2,  3000  *  stepl); 

fprintf (graphit,  "  \tXd",  temp2); 
step2  =3  t  stepl; 

} 

fprintf (graphit,  "\n\n\t20.  "); 

temp 2  =  STATSC193C33; 

fprintf  (graphit,  "  >  =  57000\t7.d",  temp2); 

fprintf (graphit,  “\n\n\n\n\n\n\n\n\n") ; 


mean_queue ( ) 

/*  Mean_queue  updates  the  running  total  used  to  find  the  mean  queue  tf 
ft  length  at  the  end  of  the  simulation  run.  It  is  called  by  the  save_  tf 
ft  stats  function.  tf 


int  i ; 
int  j; 
int  k; 

int  failed_nodes; 
int  tempi; 
int  zeroes; 
float  temp; 
float  temp2; 

k  =  0; 
temp  =  0; 
tempi  =  0; 
temp 2  =  0; 
failed_nodes  =  0; 
zeroes  =  0; 
zeroes  =0-1; 

for  (i  =  0;  i  <  nodes;  ++i ) 
if  (POSITIONS  3C23  ==  1) 
++fai led_nodes; 


for  (i  =  0;  l  <  nodes  *  4;  ++i ) 


{  ft  get  total  q  length  sum  f 


WIN! 


j  =  NODE_AREAC i 3  C73 ; 
tempi  —  j  —  Sf 

/*  k  =  i/4;  */ 


/* 

/* 

/* 


if  CPOSITIONmm  ==  0  &&  tempi  ==  0)  *' 

++zeroes;  /%  count  #  of  empty  queues  17 

else  if  (POSITION! k 3 [23  ==  0)  *:/ 

temp  =  temp  +  tempi; 


} 


tempi  =  (nodes  -  fai led_nodes)  *  4; 
temp2  =  temp  /  (tempi  -  zeroes); 

ave_q_length  =  ave_q_length  +  temp2;  /t  sum  of  ave_q  length  when  %/ 

!%  each  message  is  delivered  17 


reportsO 

/t  This  function  calculates  and  reports  for  study,  results  of  the  t / 
!%  simulation  run.  It  is  called  by  the  simulate  funcion.  %t 

( 

int  i ; 
int  n; 

int  left_msgs; 
int  failed_nodes; 
int  tempi; 
int  j; 

int  mean_time; 
int  networ k_time; 
float  temp; 
float  temp 2; 
float  m; 
float  p; 
float  1; 
float  k; 
float  d; 
float  ave _path; 
float  ave_delay; 
float  delay_hop; 

failed_nodes  =  0; 

statsfile  =  fopen( "summary",  "a"); 
fprint  f(statsfile,  "\n\n\n\n") ; 

fprintf (statsfile,  "\n\n  \t\t\tSUMMARY  OF  SIMULATION  RESULTS"); 
fprintf (statsfile,  "\n\n\n"); 

fprintf (statsfile,  "  \t\tNumber  of  modules  (nodes) :\t\t") ; 
fpr int  f  (statsfi  1  e,  "7.d  ma>:_moduI es,  nodes); 


/t  mean  msg  tx  time  per  hop  17 
/t  for  time  til  next  msg  del'd  t/ 


/ X  to  find  ave  n/wl  resp  time  17 
/%  average  message  del  ay /hop  X! 


j  =  0; 

i  =  0; 

fpr int f (statsfi le,  "\n\n  \t\tFailed  modul e ( s) : \n\t\t  "); 


*»>  i*.  |<*  k 


f  t*R  i.*  f*N 
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while  (i  <  nodes)  £ 

if  (POSITIONS  3C43  ==  1)  £ 

fprintf (statsfile,  "7.4d",  POSITIONS  3 C33) ; 

++j; 

3 

i  =  i  +  4; 

J 

if  Cj  ==  0) 

fprint f (statsfile,  "  NONE!"); 

j  =  0; 
n  =  0; 

fprint  f (statsfile,  "\n\n">; 

fprintf (statsfile,  "  \t\tFailed  node(s)  (including  those  "); 
fprintf (statsfile,  "in  failed  modules) :\n\t\t  "); 

for  (i  =  0;  i  <  nodes;  ++i ) 

if  (POSITIONS  1  £23  ==  1)  £ 

fprint f (statsfi le,  "7.4d",  i); 

++J; 

++fai led_nodes; 

++n; 

if  (n  >  10)  £ 

n  =  0; 

fprintf (statsfile,  "\n  \t\t  "); 

} 

3 

if  (j  ==  0) 

fprintf (statsfile,  "  NONE!"); 

mean_time  =  (1000  t  mean_size  *  8)  /  RATE;  ft  trns  time  in  msecs  t/ 
if  (mean_time  >  (resp_time  /  max_msgs)) 
mean_time  =  resp_time  /  max_rnsgs; 

if  ((clk_last_msg  -  clk_first_msg)  <  mean_time) 

network_time  =  mean_time;  ft  total  time  it  takes  to  tf 

ft  deliver  max_msgs  tf 

else 

network_time  =  clk_last_msg  -  clk_f irst_msg; 

temp2  =  max_msgs; 
temp  =  networ k_time; 

1  =  temp  /  temp2;  ft  time  'til  nxt  msg  delivered  tf 

left_msgs  =  msg_no  -  (STABILIZE  +  no_killed  +  max_msgs) ; 

temp  =  0; 

for  (i  =  0;  i  <  nodes  t  4;  +-fi> 

temp  =  temp  +  STAT3Ci3C23;  ft  total  time  all  svrs  busy  tf 

k  =  temp  /  ((nodes  -  failed_nodes)  t  4);  ft  ave  link  busy  time  tf 


m  =  k  /  network_time; 
if  (rn  >  1) 
m  =  1; 


ft  prob  that  a  link  is  busy  tf 
ft  this  text  is  needed  since  tf 
ft  several  msgs  can  arrive  in  tf 
ft  short  period  of  time  tf 


*< 

4, 

I 

t 

,t, 

? 
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tempi  =  0} 

temp  =  STATSCtemp 1 3  C 1 3 ; 
for  (i  =  1;  i  <  nodes  t  4;  ++i ) 
if  (STATSCi 3C13  >  temp) 
temp  =  STATSCi 3 C13; 
temp  1  =  i ; 


n  =  temp; 

p  =  ave_q_length  /  max.msgs; 


/%  find  the  maximum  q  length  tf 
/t  corresp  node/svr  it’s  at  .t/ 


/*  leave  it  ir.  variable  n 


/%  find  average  queue  length  */ 


avejaath  =  total_hops  /  max_msgs;  /%  find  average  path  length  %! 
temp  =  resp_time; 
temp 2  =  max_msgs; 

ave_delay  =  temp  /  temp2;  /t  average  delay  per  msg/hop  %! 


/%  average  delay  per  msg/hop  %t 
t%  find  ave  del  ay /msg/hop  XI 


delay_hop  =  ave_delay  /  ave _path; 

if  (delay.hop  <=  mean.time)  l 
delay_hop  =  mean  time; 

d  =  07 


d  =  delay_hop  -  mean_time;  /%  average  queueing  time/msg  X! 


fprintf (statsfile,  "\n\n  \t\tMean  message  size:"); 
fprintf (statsfile,  "\t\t\tXd  bits",  mean_size  1:  B); 
fprintf (statsfile,  "\n\n  \t\tLine  speed  all  links:\t\t\t") ; 
fprintf  (statsfile,  "7.d  bits/sec",  PATE); 

fprintf (statsfile,  "\n\n  \t\tMean  message  inter err ival  "); 

fpr int f (statsfi le,  "time:\t\t’/.d  msecs",  IAT); 

fprintf (statsfile,  "\n\n  \t\tTotal  messages  "); 

fprintf (statsfile,  "generated: \t\t%d”,  msg_nc); 

fprintf (statsfile,  "\n\n  \t\tMessages  delivered  before"); 

fprint f (statsfi le,  "  stats:\t%d",  STABILIZE); 

fprintf (statsfile,  "\n\n  \t\tMessages  used  for"); 

fprintf (statsfile,  "  statistics:\t\t%d",  max_msgs); 

fprintf (statsfile,  "\n\n  \t\tMessages  undelivered  due  to  "); 

fprintf  (statsfile,  "failure(s)  :\t7.d",  no.killed); 

fprintf (statsfile,  "\n\n  \t\tMessages  left  in  network"); 

fprintf  (statsfile,  ":\t\t7.d",  left_msgs); 

fprintf (statsfile,  "\n\n  \t\tMaximum  queue  "); 

fprintf  (statsfile,  "length:\t\t\t7.d  msgs",  n); 


if  (n  >  0)  ( 

fprintf(statsfile,  "\n\n 
fprintf  (statsfile,  "7.d", 
fpr int f (statsfi le,  "\n\n 


\t\tNode  with  max  queue: \t\t\t ") ; 
N0DE_ ARE A  C  t  emp 1 3  C 1 3 ) ; 

\t\tLink  with  max  queue: \t\t\t ") ; 


fprintf  (statsfile,  "7.d",  NODE_AREACtempl3C23) ; 
} 


V 


ft’* 


else  ( 

fprintf (statsfile,  "\n\n  \t\tNode  with  "); 
fprintf (statsfile,  "max  queue: \t\t\tNONE" ) ; 
fprintf (statsfile,  "\n\n  \t\tt_ink  with  "); 
fprintf (statsfile,  "max  queue:\t\t\tNONE") ; 

fprintf (statsfile,  "\n\n  \t\tMean  queue 
fprintf (statsfile,  "length:\t\t\t%.6f  msgs",  p); 
fprintf (statsfile,  “\n\n  \t\tMaximum  path  length:\t\t\t") ; 
fprintf  (statsfile,  ”7.d  hops",  max  __path); 

fprintf (statsfile,  "\n\n  \t\tMean  path  length:\t\t\t">; 

fprintf (statsfile,  4f  hops",  ave_path); 

fprintf (statsfile,  "\n\n  \t\tMean  response  time  per"); 

fprintf (statsfile,  *  message:\t\t%.4f  msecs",  ave_dela y) ; 

fprintf (statsfile,  "\n\n  \t\tMean  delay/hop:\t\t\t\t") ; 

fprintf (statsfile,  "X.4f  msecs",  delay_hop); 

fprintf (statsfile,  "\n\n  \t\tMean  transmission  time/hop?"); 

fprintf (statsfile,  "\t\t%d  msecs",  mean_time) ; 

fprintf  (statsfile,  "\n\n  \t\tMean  queueing  time/hop.:"); 

fprintf(statsfile,  "\t\t\tX.4?  msecs",  d) ; 

fprintf (statsfile,  "\n\n  \t\tMean  link  busy  time:"); 

fprintf  (statsfile,  "\t\t\t7..4f  msecs",  k) ; 

fprintf (statsfile,  "\n\n  \t\tProbability  of  link  busy"); 

fprintf  (statsfile,  "  (rho)  :\t\t*.£f",  rn) ; 

fprintf (statsfile,  "\n\n  \t\tProbabi 1 i ty  msg  does  not  queue" 
fprintf (statsfile,  “:\t\t%.6f",  1  -  m) ; 
fprintf (statsfile,  "\n\n\n\n\n\n\n\n\n") ; 


fclose(statsfile) ; 


